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.
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.”
- #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 !
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
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 GuillaumeEt une image d’une startup que j’aime bien :
https://twitter.com/merkapt/status/648504486676287488That’s all Folks !
Agile Digest 41