Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
Vous ne pouvez pas sélectionner plus de 25 sujets Les noms de sujets doivent commencer par une lettre ou un nombre, peuvent contenir des tirets ('-') et peuvent comporter jusqu'à 35 caractères.

index.md 1.6KB

1234567891011121314
  1. title: Ready to go
  2. lang: en
  3. > No matter what framework or method your management thinks they are applying, learn to work this way:
  4. >
  5. > * Produce running, tested, working, integrated software every two weeks, every week. Build your skills until you can create a new fully operational version every day, twice a day, multiple times a day.
  6. > * Keep the design of that software clean. As it grows, the design will tend to become complex and crufty. Resist and reverse this tendency consciously, refactoring in tiny continuous steps, all the time, so that your rate of progress is as steady and consistent as possible.
  7. > * Use the current increment of software as the foundation for all your conversations with your product leadership and management. Speak in terms of what’s ready to go, and in terms of what they’d like you to do next.
  8. >
  9. > This is the development team’s best hope for a reasonable life. By keeping the software always ready to go, we can hit any deadline with the best possible result. “Is today the deadline? Here’s what we’ve got, it’s ready to ship.”
  10. >
  11. > <cite>*[Developers Should Abandon Agile](https://ronjeffries.com/articles/018-01ff/abandon-1/)* ([cache](/david/cache/d1dabe623f3241db4d96222dbd6cf9b1/))</cite>
  12. That is why I made it a quite strong engagement on my [professional identity](http://larlet.com/): “pre-production from day 3” is key to be able to iterate with a person not familiar with code or running a shell command. From my experience, displaying a new version of a web page in a matter of second(s) makes the difference to quickly validate feedback and align misunderstood positions.