Gran parte della nostra conoscenza Lean deriva dal lavoro svolto da Deming in Toyota. Ci sono due modi principali in cui guardo Lean:
- Lean Product Development
- Produzione snella.
Lo sviluppo del prodotto snello è l'equivalente di progettare nuove auto ed è più simile allo sviluppo del software rispetto alla produzione. Siamo impegnati a creare nuove cose, non producendo sempre la stessa vecchia cosa in modo prevedibile. Si tratta di ridurre al minimo il work in progress, ottenere feedback rapidi e utilizzare questi parametri per capire cosa costruire.
Lean Production è più simile a una fabbrica. L'idea è di minimizzare la variabilità per garantire un'alta qualità. L'unico pezzetto di software che è anche vagamente come questo è il sistema di costruzione, ma anche quello è più come progettare la fabbrica insieme alla macchina. In particolare, Lean Six Sigma ha lo scopo di ridurre enormemente la variabilità, ed è completamente, totalmente inappropriato per gli sviluppatori SW.
L'unica cosa che entrambi hanno in comune è la minimizzazione del lavoro in corso. (È un po 'più complicato di così, ma questa è una panoramica leggera per te.)
Sarei molto attento quando guardo "Lean", riguardo a quale delle tecniche applicate. Fortunatamente SBCE è la prima, non la seconda, quindi il tuo capo è per lo più sulla pagina giusta. Anche gli approcci Lean Start-Up (che indovinano di aver letto su SBCE) fanno parte di quel gruppo.
Lean e BDD sono completamente compatibili; in effetti, raccomando comunque un approccio al sistema Kanban con BDD. In breve, questo si traduce nel ridurre il divario tra le conversazioni attorno agli scenari in corso e il lavoro effettivo su questi scenari, riducendo al minimo il numero di conversazioni che non vengono trasferite al software (perché dimenticherai di cosa hai parlato nel tempo).
SBCE è un metodo per eseguire più esperimenti simultanei, utile quando c'è incertezza sul lavoro da svolgere. Il BDD è davvero ottimo per aiutare a capire quali parti del lavoro sono incerte e quali sono ben comprese o richiedono esperienza. Il bit Specification-By-Example di BDD è solo una parte di BDD, anche se è la parte che la maggior parte delle persone conosce, e questo è probabilmente il motivo per cui il tuo capo lo sta chiudendo (inutilmente).
Per maggiori informazioni, prova questo blog che ho scritto su usando BDD come tecnica di senseria (trovare quei confini di cui ho appena parlato), questa su stimare la complessità , o guarda uno dei miei discorsi su BDD e Cynefin . Il tuo capo potrebbe anche trovare il primo blog che ho collegato rassicurante.