Schtuegsch vor em Losluege vo öppis esch e gueti Idee. Schtuegsch esch wie bi allem andere – es grossi Thema und do gits verschideni Schuele, wie me's mache sött. Mir rede natürlich nöd über es "Schtuegschphase" im alte Schtuegschart. Mir rede nöd über es "Schtuegschphase" im alte Schtuegschart.
Dass me wartet, bis alles am Änd vo em Projekt gschtuegscht esch, cha hüt als lächerlich erschine, aber es esch e gängigi Praxis und no immer in vile Wasserfall-Projekte. Glücklech hei sich die meischte abgwändt. Mit em Schtuegscht und d'Entwickler si gange und het's vergässe und es isch fast es neui Projekt, um alli chline Sache z'bessere.
Hüt bruche Unternehmen es kontinuierlichs Schtuegscht, wo vor em Losluege vo em Ticket/Story/Fix in Produktion (Losluege) in es Schtuegschtumgebung müesse stattfinde.
Do drüber cha me Funktionä chode, si schtuegschte, Feedback gee, wieder chode und schtuegschte bis me zfridene isch mit em Ergebnis. Me cha losluege, sobald's bereit esch, pro-Funktion-Basis.
In vile Entwickligsprozäss chodet dr Entwickler öppis, schtuegscht es paar uf em lokale Computer und denn committe d'Code und mache es Pull Request für d'Peersicht (im beschte Fall). Denn esch's in dr Schtuegschtumgebung.
Do gee es paar Entwickler gärn esch über zue es QA (Qualitätsassurance) Team, wo d'Schtuegschtverantwortig übernimmt und "sicherstelle", dass's d'richti Qualität hett. Das schaut guet uf em Papier. Tue's nöd! Mindeschtens nöd so.
Lueg meh in "Es CTO Playbook" verfüegbar uf Amazon/Kindle.
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.