Quando puoi offrire innovazione senza essere fuori servizio?

Agile Retrospectives potrebbe essere il momento di chiedere un modo migliore per fare qualcosa all'interno di un processo Agile. Questo presume che l'innovazione potrebbe riguardare il processo, il prodotto o qualcos'altro, naturalmente.

Un picco potrebbe essere un'altra possibilità per indagare su qualcosa che può essere utile o meno. Hai mai visto un picco? Ne ho visti più di pochi.

In generale, se lavori per un cliente con un progetto definito, non ci sarà molto spazio per l'innovazione a meno che tu non chieda loro un po 'di tempo in più per provare a elaborare una "idea interessante" che possono o non possono essere d'accordo. Nelle organizzazioni più grandi a volte è possibile avere un progetto parallelo che è esplicitamente consentito allo scopo di consentire agli sviluppatori di fare un po 'di lavoro di innovazione sul lato e provare alcune nuove tecnologie.

In qualche modo, Agile / SCRUM sono progettati per non dare agli sviluppatori molto tempo per andare "fuori dalle attività" dato che questi progetti secondari fanno perdere tempo che potrebbe essere usato per aggiungere funzionalità richieste o correggere bug. È qui che i team dovranno aggiungere un po 'di tempo in modo esplicito per andare "fuori attività" o consentire un po' di lavoro creativo tra gli sprint.

Indipendentemente dalla metodologia, se hai clienti che dichiarano esattamente come vogliono che siano fatte le cose, puoi salvare le tue innovazioni per il prossimo cliente o rischiare di mostrare il cliente e di essere rifiutato senza essere compensato per il tempo.

Sembra che tu abbia l'impressione che agile / scrum siano molto severi. Prova ad aspettare finché non ti trovi nel mezzo di un progetto di caduta dell'acqua e di dire alla tua squadra: "Sai cosa sarebbe bello ..."

La pianificazione per l'innovazione è difficile, ma solo perché hai un piano, non significa che non puoi innovare.