bem Software-Release tauchten erhebliche Fehler auf。修女戰爭Schadensbegrenzung angesagt und Sie hatten plötzlich den“Schwarzen Peter”在den Händen。這是希夫格勞芬主義嗎?複zeigen jetzt Entwickler和Tester mit dem aufeinander。
而且，他是被動的嗎?韋森·舒德戰爭?können Sie beim nächsten Mal besser machen?Fakt堅持:Wir leben in einer Zeit, der der Druck auf die Softwareentwicklung höher ist als je zuvor，沉默是永恒的。Mit Schuldzuweisungen hat außerdem niemand ein問題gelöst。在einer echten DevOps-Umgebung, sollte das Fingerzeigen sowieso erst gar nicht passieren。
Wie wir hier gelandet sinind: Die Wurzeln des Problems
Bevor wir uns mit der Lösung zu diesem“Schwarzen Peter”-Spiel befassen können, müssen wir erst verstehen, wo die Wurzeln des Problems eigentlich liegen。
在瓦瑟爾福爾-昂格邦的隊伍中。Hier waren Entwickler和Tester getrent。Jede Gruppe arbeitete für在unterschiedlichen筒倉。Es gab klare Grenzen。Jeder wusste, wer für是verantwortlich戰爭。以及hier nimt das“Übel”seinen Ursprung。
我的心:祝你好運，祝你好運!
Heute ist die Wasserfall-Methode für die meisten Unternehmen nicht mehr die erste Wahl。
Diese Ehre fällt nun DevOps zu，einem Ansatz, Verzahnung和Abstimmung von Softwareentwicklung和softwarebeitstellung konzentriert, um ein continuous - delivery - model zu schaffen．Laut derRightScale-Umfrage“2017雲狀態”"海頓damals mehr als drei Viertel allbefragten Unternehmen DevOps eingeführt, 30 Prozent sogar unternehmensweit。
Zwei wesentliche Grundsätze von DevOps sind die enge Zusammenarbeit zwischen Entwicklern, Testern和Betriebsteams sowie der Fokus auf Qualität als Verantwortung eines jeden Einzelnen。
安德斯在孤立的Wasserfall-Umgebung，在球隊的功能組織者的信德，fordert DevOps也die abstimuner Disziplinen, um neue釋放effizienter veröffentlichen。Eine ideale DevOps-Welt best steht demnach aus end - und funktionsübergreifenden團隊，deren Mitglieder alle best Verantwortlichkeiten run um das Testen teilen。
wostehen wir heute: Vergessen wir den " Schwarzen Peter " !
Natürlich leben wir nict in iner idealen Welt，和DevOps in immer noch相對新方法的軟件。死亡Einführung erfolgt nicht über Nacht。組織機構，實施行動，建立現代密思中國家älteren係統和國家經濟發展vollständigen Reife entfernt。
Unabhängig davon, ob siich Ihr Unternehmen DevOps verschrieben hat oder night, gibt es bestimmte Schlüsselprinzipien, die Sie von Anfang and beherzigen sollten, damit diese Methode auch rebungslos funktioniert。一個erster ster dieser list steht - wie schon erwähnt - die enge Abstimmung zwischen Entwicklern and Testern。Im Mittelpunkt des Handelns: Qualität。
索朗格過去，erwähnen wir gerne, dass wir in einer DevOps-Umgebung arbeiten。我們失去了舒祖維孫根，我們是在klares Zeichen，我們是在國際團隊möglicherweise如此完美的夜晚，我們是在國際團隊。Das liegt vor allem daran, dass DevOps Qualität zur Verantwortung eines jeden Einzelnen macht。在奧斯維辛，這是一個神聖的團隊。在" Schwarze Peter " kanneinfach nicht einer einzelnen, isolierten Gruppe zugeschoben werden。
Umgekehrt sollte jeder in einer devps - umgebung das Gefühl entwickeln, Mitschuld zu tragen, wenn Software von minderwertiger Qualität veröffentlicht world。Tatsächlich最好的ganze Sinn von DevOps darin, das gesamte團隊在gemeinsames Ziel auszurichten和zwar as qualativ hochwertigste Produkt so schnell wie möglich auf den Markt zu bringen, ohne die Verantwortung auf Silos zu verteilen。Infolgedessen gewinnen and verlieren Sie in einer echten DevOps-Umgebung als Team。和Fingerzeigen entfallt。
Machen wir es besser: 5 Tipps zur besseren Abstimmung von entwickern and Testern
Wenn Sie feststellen, dass Ihr團隊之夜，所以auf gemeinsame Ziele and Verantwortlichkeiten ausgerichtist, wie Sie dachten, probieren Sie es einfach einmal mit folgenden fünf Tipps:
1.Fokus auf die Zusammenarbeit richten!
化學之夜，化學之夜，化學之夜，化學之夜。Denn je länger Sie warten, desto schwieriger wird es, die sich auftuende Lücke zu schließen。我們將永遠銘記於心，我們將永遠銘記於心。所以können siich diese leichter an eine engere Zusammenarbeit gewöhnen。
Diese project spezifischen團隊為Beginn eines Softwareentwicklungsprozesses gebildet werden, um eine reibungslose Zusammenarbeit von Anfang bis Ende zu gewährleisten。Funktionsübergreifende團隊wiederum, die gemeinsam die Verantwortung für die erfolgreiche Bereitstellung von Software an die終端用戶tragen, helfen jedem Einzelnen zu verstehen, wie er zum Erfolg des Projekts sowie des Unternehmens insgesamt beiträgt。
2.Maßnahmen zur Qualitätssicherung setzen!
Sorgen Sie dafür, dassQualitätssicherung所以früh wie möglich在Ihren Prozessen stattfindet．
Diese Maßnahmen sollten zusätzliche Methoden wie beispielsweise explorative Tests bzw。基於會話的管道測試、驗證和反饋的軟件測試。
Einfach gesagt: Je früher Qualitätssicherungsmaßnahmen im Projekt stattfinden, desto früher werden Probleme erkant (und desto mehr Zeit für die Lösung dieser Probleme gibt es)。Außerdem trägt dies auch dazu bei, eine natürlichere Abstimmung zwischen Entwicklern und Testern zu schaffen。Erfolgt Qualitätssicherung hingegen nicht bei jedem Schritt, werden Ihre Tester wahrscheinlich nicht so früh im Prozess eingebunden, wie sie es sein könnten und sollten。“我的生命之路”“我的生命之路”“我的生命之路”können，“我的生命之路”。
3.kommunik和Transparenz hochhalten!
Kommunikation是國王!Nur wer miteinander ret - in unserem Falle Entwickler mit Testern und umgekehrt -， kann Transparenz über alles，是如此的冷靜，aufrechterhalten。透明和透明的翻譯結果:
所以冒犯了我們的erscheinen雜誌:叮咬Sie Ihre Entwickler和Tester immer wieder, miteinander zu kommunizieren和So transparent zu sein wie möglich。Keine Aufgabe oder Erkenntnis - egal wie trivial sie auch erscheinen mag - darf unerwähnt bleiben。Unterschiedliche Perspektiven auf die gleiche sche kann Dinge (und womöglich Qualitätsprobleme) ans Tageslicht fördern, die sonst unbemerkt geblieben wären。
4.Dokumentation priorisieren !
在Kommunikation和Transparenz下的Schritte zur Verbesserung münden unweigerlich in notwendiger Dokumentation。Denn eine ordnungsgemäße Dokumentation kann maßgeblich zu eben dieser Transparenz beitragen。Und sie kann zudem dabei unterstützen, das gesamte Team an die gemeinsame Verantwortung zu erinnern Und den Entwicklungsfortschritt speziell bei kurzen Releasezyklen für alle einfach nachvollziehbar zu machen。
5.Sich在Gegenüber hineinversetzen!
最後但並非最不重要的是，“我們的珠寶”、“我們的珠寶”、“我們的珠寶”。
beeiner nahtlosen Abstimmung實驗和測試．所以您能、könnten Entwickler einige Aufgaben übernehmen, die traditionell von Testern durchgeführt werden - und umgekehrt。在einer solchen Umgebung müssen beide Seiten zumindest wissen, wie man die Sprache des anderen spricht。Noch besser wäre es, wenn sie siich nicht nur gegenseitig verstehen, sondern auch Noch entsprechend handeln (können)。世界末日:Dass Ihre Entwickler einige, einfache Testfähigkeiten erlernen und Ihre Tester einige, einfache entwicklunskompetenzen aufbauen, sollten Sie eher als“willkommener Bonus”statals“unbedingt erforderlich”auffassen。
Nie mehr " Schwarzer Peter " spielen!
Grämen晚安，wenn einmal etwas schief get。Selbst die angesehensten Entwicklungsteams veröffentlichen auch einmal einen schlechten Release．在solchen Fällen ist es am wichtigsten, wie Sie damit umgehen。瘋狂的naturgemäß schwerer, wenn Ihre Entwickler和Tester damit beschäftigt sind, mit Fingern aufeinander zu zeigen。
Wenn Ihr團隊還immer noch“Schwarzer Peter”spielt和Schuldzuweisungen hin和她的schiebt, ist an der Zeit, einen Schritt zurückzutreten和eine schonungslose分析Sachen DevOps vorzunehmen的Ihres Status-Quos。這是很奇怪的，這是很可怕的，這是很可怕的。Aber selbst, wenn dies der Fall ist, ist es nicht zu spät, das Schiff wieder die richtige Richtung zu steuern。最佳實踐können Ihnen dabei helfen。
Wenn Ihnen am Ende gelingt, die Abstimmung zwischen Entwicklern und Testern maßgeblich zu verbessern, sind Sie auf dem besten Weg zu einer ausgereiften DevOps-Umgebung - eine, in der Fehler nicht nur schneller erkant und behoben werden können, sondern auch deutlich seltener auftreten。