Prima di usare Signals, la pianificazione degli sprint sembrava spesso un'ipotesi, e a metà strada le cose iniziavano a crollare. Non mi accorgevo di problemi come troppi pull request (PR) o membri del team sovraccarichi fino a quando non era troppo tardi per risolverli. Con Signals, ricevo avvisi istantanei quando qualcosa non va, come PR che si accumulano o qualcuno che ha troppo lavoro. Una volta che mi ha colpito particolarmente è stata quando Signals mi ha mostrato che un sviluppatore stava gestendo la maggior parte delle fusioni di PR. Non era qualcosa che avrei notato da solo, e non era sostenibile. Abbiamo distribuito il lavoro in modo più equo, e subito le cose sono sembrate più fluide e meno caotiche. Un altro grande aiuto è il rapporto via email a metà sprint. Mi dà una visione chiara se siamo sulla buona strada o se dobbiamo apportare modifiche. Invece di affrontare i problemi dopo che sono sfuggiti di mano, possiamo risolverli in anticipo. Il team è meno stressato e abbiamo più tempo per concentrarci sul lavoro effettivo.

L'applicazione è molto flessibile e siamo in grado di integrare molti casi d'uso personalizzati molto facilmente.

Come sviluppatore, sono per lo più immerso nel codice o in giro a chiudere ticket. Tenere traccia di ogni singolo PR? Onestamente, non è sempre nella mia testa. Ma gli avvisi di Slack? Un vero cambiamento di gioco. Se un PR è lì fermo, senza fare nulla per troppo tempo, ricevo un avviso. Semplice. Posso occuparmene subito. È come avere un piccolo aiutante che è sempre al corrente delle cose, così non devo controllare ogni 10 minuti.