Feature team : au delà du buzzword

FT-kesako

Implémenter les méthodes agiles à l’échelle de l’entreprise met l’organisation des équipes au centre des réflexions. Beaucoup de personnes parlent alors de « feature teams »… mais oublient bien souvent ce que signifient réellement ces deux mots !

Vous souhaitez changer votre organisation d’équipes et comprendre la différence entre une équipe cross-fonctionnelle et une Feature team ? Cet article propose quelques axes de réflexion pour savoir de quel modèle s’inspirer et surtout comprendre ces modèles !

Lire la suite

Afterwork à Genève le 29 octobre : De la pensée projet à la pensée produit

Entr_agilemailing

Dans un monde où les IHM deviennent obsolètes en seulement deux ans, où vos utilisateurs ont accès à des outils de qualité dans leur quotidien et où la concurrence peut venir de petites structures extrêmement véloces, il est indispensable de penser vos réalisations autrement.

Tous nos projets partent de la même base : vos utilisateurs, ou vos clients, ont un besoin auquel vous allez chercher à répondre. Suite à de nombreuses réunions avec le métier et les représentants de vos utilisateurs, vous allez déduire un cahier des charges ou un backlog pour les plus agiles d’entre vous.

Lire la suite

Afterwork à Genève le 2 juillet : Agilité & top management, une thérapie pour leurs principaux challenges ?

Entr_agilemailing

Le CEO conference board a publié, comme chaque année, le podium des challenges que les exécutifs européens pensent devoir adresser en 2014.
Passée la surprise de ne pas trouver en tête les grands classiques tels que l’optimisation de la relation client ou la gestion des risques économiques & politiques, on se surprend à découvrir un podium ressemblant à s’y méprendre au portrait chinois d’une entreprise agile : la qualité d’exécution, le management de l’innovation et le développement du capital humain. Lire la suite

Petit-déjeuner à Genève : « Les Business Analysts face à l’agilité : de nouveaux challenges à relever »

Petit-déjeuner gratuit mercredi 9 avril

Le business analyst (BA) joue un rôle crucial dans nos organisations. Lien essentiel entre les opérationnels et l’informatique, il identifie, analyse, valide et documente les besoins métiers et participe à la mise en place de solutions.

Dans un projet traditionnel (en cascade), son activité gravite naturellement autour de la rédaction des spécifications fonctionnelles, réalisées typiquement en amont des développements.

Dans un contexte plus agile par contre, dans lequel les besoins peuvent être raffinés, repriorisés, réévalués, redéfinis continuellement et dans lequel la notion même de spécification telle qu’on la connaît est remise en cause, comment continuer à valoriser les compétences du BA ?

Lire la suite

Déployer l’agile à large échelle, c’est jouer sur les frontières de l’entreprise

Passées les premières expérimentations des méthodes agiles au sein de l’entreprise avec un succès que l’on va qualifier de variable, d’aucuns se posent la question de comment aller plus loin, voire comment envisager une entreprise agile.
Tous les architectes techniques vous le diront, il existe deux types de scalabilité quand on parle de serveur : la scalabilité verticale (augmenter les capacités du serveur) et horizontale (distribuer sur plusieurs serveurs). Il peut être intéressant d’utiliser cette métaphore lorsque l’on parle de diffuser l’agile plus largement.

Lire la suite

Agile Games France 2014

Conférence Agile Games France 2014

Les 7 et 8 février derniers, nous avons eu la chance de participer à la 3ème édition de l’Agile Games France. Cette conférence particulière rassemble depuis quelques années de fervents agilistes autour d’un objectif commun… jouer !
Nous avons donc rejoint sur le temps d’un week-end les 60 participants motivés et partagé jeux, conversations, exercices ludiques et autres “Serious games” qui agrémenteront désormais nos ateliers et formations !
Ces 2 jours intenses nous ramènent motivés à bloc sur Paris avec plein d’idées de pratiques, mais également ébahis par ce format extraordinaire de conférence qui permet à un grand nombre de personnes de s’enrichir sans le moindre agenda préparé à l’avance ! Voici notre retour d’expérience.

Lire la suite

Petit-déjeuner Agilité à Genève : un voyage vers l’entreprise Agile!

Petit-déjeuner mercredi 4 décembre à Genève

Une fois passées vos premières expérimentations sur les méthodes agiles, une question doit forcément s’imposer à vous de façon récurrente : comment changer d’échelle?

Bien sûr, il ne s’agit pas de savoir comment lancer un énième projet agile mais plutôt de répondre aux questions suivantes :

  • Qu’est ce qu’une entreprise Agile?
  • L’entreprise agile chez moi, est-ce que cela fait sens? Jusqu’où dois-je ou jusqu’où puis-je aller sur le sujet?
  • Comment opérer la gestion de portefeuille de mes projets et réussir mes exercices budgétaires dans ce contexte?
  • Comment entamer cette transformation? Quels sont les écueils à éviter? Lire la suite

Faut-il supprimer la MOA ?

Chez OCTO, avant de publier un article, on effectue une revue interne. Et il faut dire que cet article a lancé un grand débat. Il y a eu deux camps : ceux qui pensent que ce n’est applicable que sur les projets innovants, et ceux qui pensent que c’est applicable sur tous les types de projet.

Et vous qu’en pensez vous ?

Disclaimer : Nous allons parler du rôle MOA, pas des personnes de la MOA. De plus, nous parlons ici de la MOA informatique « classique », pas de l’expert fonctionnel/métier (le business analyst hors de nos frontières).

Le nom MOA nous vient des métiers du bâtiment. Elle représente l’entité porteuse du besoin, définissant l’objectif du projet, son calendrier et le budget consacré à ce projet (source Wikipédia). En informatique, elle représente les sachants fonctionnels : ceux qui connaissent les utilisateurs/le métier et qui retranscrivent le besoin en texte compréhensible pour la MOE, nous informaticiens.

Ce rôle dans un projet est-il vraiment encore utile, surtout au vu des nouvelles méthodologies Agile et Lean ? N’oublions-nous pas un peu rapidement le vrai but d’un projet informatique : rendre les utilisateurs plus efficaces dans leurs tâches (ou sur le web : améliorer la vie des utilisateurs).
Lire la suite