Tag: Continuous Delivery

Draghi, Unicorni e Titani* – Un Racconto di un Sviluppatore Agile

Draghi, Unicorni e Titani* – Un Racconto di un Sviluppatore Agile

(Read the english version here.)

English: Cheeses and sausages from Sardinia Is...

Ho conosciuto un programmatore in Italia che stava sviluppando una applicazione per aiutare un Mercato dei Salumi e Formaggi (è così che si chiama il negozio) a meglio servire i suoi clienti.

In questo articolo provo a spiegare come lui ha riuscito a capire cos’era importante agli utenti dell’app e quali funzionalità dovrebbero essere presenti nel primo rilascio in produzione.

Questo mio collega era impegnato a sviluppare in modo incrementale basato sulle esigenze del cliente. In altre parole:

  • rilasciare una nuova versione in produzione periodicamente (diciamo ogni due settimane) con nuove funzionalità, correzioni di bug e eventuali modifiche richieste dall’utente
  • permettere all’utente di decidere (e aiutarlo a decidere) quali funzionalità devono essere consegnati prima
  • scrivere tests in modo a guidare il design e la implementazione del software (TDD).

Continue reading “Draghi, Unicorni e Titani* – Un Racconto di un Sviluppatore Agile” →

Iteration Zero & The Very First Release

Iteration Zero & The Very First Release

Now that we have a very good idea about what app X is all about, we can finally start writing tests and implementing functionalities. We feel very good because we are a modern agile team, with TDD, pair programming, CI, even Kanban! There is a lot of work to do. And we mean business. But how long do we take to release new features? How long do we take to release the very first one?

Delivering the first functionality involves a lot of work exactly because it’s the first time the app is going to be released in production. Just to mention a few tasks:

  • choosing all the essential libraries, tools, preferred frameworks and make them work together;
  • set up repository, continuous integration, database in the dev environment*;
  • prepare the staging environment*;
  • production environment;
  • automate deploy.

It’s common to have dev-teams developing code right after completing the 2nd or 1st task in the list, and measuring progress somehow. It certainly feels like a lot of progress is happening there (and we like to feel we are productive developers), though none of that is useful since customers can’t use the app yet.

Continue reading “Iteration Zero & The Very First Release” →

Dragons, Unicorns and Titans* – An Agile Software Developer Tail

Dragons, Unicorns and Titans* – An Agile Software Developer Tail

(Leggi la versione italiana qui.)

English: Cheeses and sausages from Sardinia Is...

I’ve met a software engineer in Italy that was developing an application to help a Mercato dei Salumi e Formaggi to better serve their customers.

Here I tell how he managed to understand what was important to the users and which functionalities should be delivered first.

My colleague was committed to develop incrementally based on his client needs. That translates to:

  • release a new version of the application in production periodically (let’s say two weeks) with new features, bug fixes and possible changes requested by the user
  • let the user decide (and help him to decide) which features must be delivered first
  • let tests guide software design and implementation.

Continue reading “Dragons, Unicorns and Titans* – An Agile Software Developer Tail” →