In esch agiler Wält isch d Definition vo Done interessant. Manchmol wird e Funktion als fertig betrachtet, vo dr Entwickler- oder Entwickligsperspektive us, wenn si in d'Spalte 'fertig' (Done) verschobe wird. Jetz 'muess' si nume no gschtudiert und veröffentligt wärde. Eifach-peasy. Nöd so schnell. Lass uns das Zitatzitier in chliini Stückli zerlege und durchnähme - nume denn cha me verstande und e Meinig über s'Warum bilde. Vertrau mir, do si viu chlini Konzepte versteckt. Definition vo Done In Scrum macht s Team (in de beschte Fäll) es Definition vo Done uf. Das isch es 'Vertrag' zwösche de Teammitglied. Es isch wichtig, das z definie, will mir andernfalls nöd wissed, wann mir fertig sind. Wenn es Benutzerstory (oder Ticket) 'fertig' isch und si in d'Releasebranch (es Ansuech, dr Code zum nächste Release z'füge) gzoge wird, cha si als fertig betrachtet wärde. Das isch nume es Bispil. Ich will dir s Problem mit dem Ansatz säge. Dinge über d'Zäune werfe D'meischte Entwickler, mit de ich gschafft ha, ha starks Unbehaglichkeite, spöter im Gedankigsprozess vo eme Benutzerstory (oder Ticket) mitgmacht z'wärde. D'meischte wönd verständ, s Problem und e Lösung sälber z'biete, statt nume d'Lösung z'implementiere, wo vo eme Architekt oder em Product Owner (oder Ticketmelder) ggee wärd. Bishiher guet. Also wiso mache Entwickler manchmol s'selbe? Doodra, Dinge über d'Zäune z'werfe im Sinn, dass si ihre Ticket als fertig aaluege, sobald si in dr Releasebranch sind? Was isch mit em Test? Was isch mit dr Informierig vom Melder? Was isch mit dr Sicht in Aktion? Was isch mit dr Integration? Wia me Entwickler vo dr Verantwortlichkeit usschalte cha S'Schlimmsti, was mir als Teammitglieder, Teamleiter oder Manager mache cha, isch, unsere fähige Mitarbeit vo dr Entscheidigsprozess und em Releaseprozess usz'schalte. Was ich dermit meine, isch das Szenario: Pat schaffe an eme Ticket und sobald si 'fertig' isch, wird si vo em QA-Team gschtudiert. Si finde viu Bugs und entdecke Szenario, wo dr Code bräche (nebst anderne Unzuehesch). Si füge viu Wert...oder sauge si nume d'Energie us Pat? Indem mir d'Testverantwortig an eme anders übergebe, entferne mir d'Verantwortlichkeite vo de Entwickler. Si sind denn nume es chliini Teil vom Prozess, es Rädchen in dr Maschinerie. Si sehni d'ganze Prozess nöd. In meiner Erfahrig fühle si sich weniger beteilig und chönne sogar suboptimale Code schriebe, will si wüsse, dass si spöter gschtudiert wärde ohnii, und si muessed d'Probleme luege. Natürlich sölled Entwickler ihre eigene Funktion testen. Blockzitier: > Si sind denn nume es chliini Teil vom Prozess, es Rädchen in dr Maschinerie. E anders Entwickligprozess Es Alternative zu allem dem isch, es anders Entwickligprozess ufz'stelle. E Prozess, wo d'Entwickler ermögscht. Er isch eifach, aber komplex. Und er haltet de Entwickler verantwortlich, bis dr real Done. Es Bispil vo es Kanban Entwickligprozess: 1. Benutzerstory oder Ticket chunnt a und wird vom Product Owner priorisiert. 2. Entwickler nehme es vo de Obe vo dr Backlog (wie in jedem agilen Projekt). 3. Entwickler sind 100% verantwortlich für d'Verschiebig vom Ticket in d'anderi Prozessschtate (In Progress, Testing, Blocked, Done). 4. Sobald de Entwickler a ihrer lokale Schtell gschaffe het, mache si es PR (Pull Request) zur Testumgebung (peer reviewed), wo dr Melder oder Product Owner d'visuelle Implementierig prüft und sich überluege cha. De Entwickler isch voll verantwortlich, si eigene Funktion komplett z'test. Verantwortlich heisst ned, dass si das sälber mache müesse. Vielleicht chönne Kollegen helfe. Vielleicht baued si Tests. Aber si sind verantwortlich. Blockzitier: > De Entwickler isch voll verantwortlich, si eigene Funktion komplett z'test. E anders Entwickligprozess---
D'oberi beschribt de Prozess, wo dr Entwickler vo In Progress bis Done volli verantwortlich isch, ohni undeutigi Beriich wie Done-Done, Released oder Done-Done-Done. Done isch, wenn's fertig isch, wenn's veröffentlicht und in Produktion isch und es Wert schöpft. Wie bi allne schlanke Flüss, isch alles, uf was me Zit verbringt, e volli Verschwendung, bis's ausgeliferet isch. Kei Wert uf emol. Nöi Junk. Erst wenn's in Produktion isch, uf dr Websiite, vollständig funktioniert, schöpft's (potentiell) Wert. Aber das isch e ander Post...
Mir helfed Unternehmen mit ihrer Technologie, indem mir CTO-Dienstleistige und Produktmanagement aabiete. Für unsere CTO-Dienstleistige sind mir vertraut, und mir schaffe mit Startups und etablierte Unternehmen in de Nordics, Schwiiz und USA.
Mir si es Schwiizerischi Firma (LLC) mit Sitz z' 
Schwiiz.