Agile – Kanban – Scrum – Lean Startup

Découvrez l’actualité agile qu’il ne fallait pas louper cette semaine !

Le meilleur des méthodes agiles

Seven Agile Best Practices

Esther Derby nous propose ses 7 agile best practices, et ce ne sont pas celles que vous croyez :
  • #1 Think deeply about the problem you are trying to solve.
  • #2 Question your assumptions about the causes of the problem.
  • #3 Understand your current system and how it contributes toward the problem, and in what ways it might contribute to solving the problem.
Un point auquel je crois beaucoup, issu de ma pratique du Kanban :
Systems drive behavior.  The patterns you observe emerge from the system you have.
  • #4 Research at least three candidate actions to improve the situation. Don’t rely on claims by people who are selling “solutions.”
C’est également une de mes bonnes pratiques de rétrospective : identifier 3 solutions à challenger, pour résoudre un même problème, avant de voter pour une solution.
  • #5 Develop experiments to move towards a more effective way of working and improved outcomes.
  • #6 Run experiments, and examine the results. Adjust based on what you observe.
  • #7 Work incrementally and iteratively to solve the problem(s).

Le coin des twittos Agiles

 

Agile Digest – le meilleur de Scrum

 La préface Scrum 4ème édition, de Pablo Pernot, un must !

Couverture Scrum

Couverture Scrum

A lire et à se délecter de la préface de Pablo de la dernière édition du livre Scrum de Claude Aubry (à lire également !)
Quand vous essayez une pratique de ce livre, faites la réellement, pour voir. Pour en connaître les limites et les véritables enseignements. Presque jusqu’à l’absurde, qui pourrait se révéler plus sain qu’il n’y parait. Soyez « jusqu’au-boutiste » pour savoir, pas dogmatique pour fossiliser.

Le coin des twittos Kanban

 Agile Digest – le meilleur du Lean Startup

Comment attirer un CTO dans sa startup ?

Adrien aborde une partie de la délicate question de trouver des associés lorsque l’on monte une startup : Trouver un CTO. Ici il s’agit plutôt de trouver son premier développeur qui prendra des parts de la société en guise de salaire (ça ne fera pas forcément de lui un bon CTO…), en étant attractif sur trois aspects: l’humain, l’idée, et les affaires. Un point important à avoir en tête :
Dans la plupart des cas, le développement logiciel n’est nécessaire que pour automatiser un service que vous avez déjà réalisé avec succès “à la main”, dans le but de passer à une échelle supérieure de croissance.
Il parle un peu du prétotyping C’est du MVP sans développement logiciel (ou encore du MVP basse fidélité). Cela nous rappelle qu’il existe différents types de MVP dont la plupart ne nécessitent pas de développement; et que le MVP est rarement une première version de votre produit. Je donne quelques exemples issus de mon activité de consultant et d’auteur. Le prétotyping nous propose alors différentes manières d’y arriver.

Why We Killed A $150,000 Feature

Burning Money

Burning Money

3 erreurs qui ont conduit à développer une fonctionnalité  qui s’est avérée être mauvaise :
  • Mistake #1 – More Features Makes A Product A Lot Harder To Sell
  • Mistake #2 – More Features Makes It A Lot Harder To Build Everything To A Great Standard
  • Mistake #3 – Your Customers Should Not Be Dictating Your Product Strategy

Innover comme une startup

Un peu d’auto promo avec cette belle présentation de Guillaume
Et une image d’une startup que j’aime bien :
https://twitter.com/merkapt/status/648504486676287488

That’s all Folks !

Agile Digest 41