Maximalisten. Sie versuchen, alles richtig zu machen, was die Entwicklungszeit verl\u00e4ngert. <\/li>\n<\/ul>\n<\/p>\n
Was haben wir in der Praxis? <\/h2>\n \nSchauen wir uns an, wie h\u00e4ufig Rollen und Kompetenzen kombiniert werden. Nehmen wir als Ausgangspunkt ein standardm\u00e4\u00dfiges Entwicklungsteam: PO, Entwicklungsleiter (Techlead), Analysten, Programmierer, Tester. Den Produkteigent\u00fcmer und den Techlead lassen wir au\u00dfen vor. Den ersteren wegen des Fehlens technischer Kompetenzen, den zweiten muss man, falls im Team Probleme auftreten, gerade in der Lage sein, alles zu machen.<\/p>\n
Die h\u00e4ufigste Variante der Zusammenlegung\/Vereinigung\/Kombination von Kompetenzen ist der Entwickler-Analytiker. Auch der Analytiker-Tester und \u201edrei in einem\u201c kommen sehr h\u00e4ufig vor.<\/p>\n
Anhand meines Teams werde ich die Vor- und Nachteile von Universalkollegen aufzeigen. Ein Drittel meines Teams besteht aus ihnen, und ich sch\u00e4tze sie sehr. <\/p>\n
Von der PO kam eine dringende Aufgabe zur Einf\u00fchrung neuer Tarife in das bestehende Produkt. In meinem Team sind 4 Analysten. Zu diesem Zeitpunkt war einer im Urlaub, ein anderer krank, und die restlichen arbeiteten an der Umsetzung strategischer Aufgaben. Wenn ich sie herausgezogen h\u00e4tte, h\u00e4tte das unweigerlich die Umsetzungstermine gef\u00e4hrdet. Es blieb nur der einen Ausweg: das \u201egeheime Waffen\u201c \u2013 den Universalkenner-Analytiker-Entwickler zu nutzen, der die erforderlichen Fachkenntnisse hatte. Nennen wir ihn Anatoli. <\/p>\n
Sein Pers\u00f6nlichkeitstyp ist \u201eUniversalkenner \u2013 ich werde es herausfinden und umsetzen\u201c<\/b>. Nat\u00fcrlich hat er lange versucht zu erkl\u00e4ren, dass er \u201eeinen vollst\u00e4ndigen Backlog seiner Aufgaben\u201c hat, aber aufgrund meiner entschlossenen Entscheidung wurde er zur L\u00f6sung der dringenden Aufgabe geschickt. Und Anatoli hat es geschafft! Er hat die Anforderung formuliert und die Umsetzung rechtzeitig erledigt, und die Auftraggeber waren zufrieden. <\/p>\n
Auf den ersten Blick war alles gelungen. Aber nach einigen Wochen gab es erneut Anforderungen zur Nachbearbeitung dieses Produkts. F\u00fcr diese Aufgabe war nun ein \u201ereiner\u201c Analyst zust\u00e4ndig. In der Testphase der neuen Entwicklung konnten wir lange nicht verstehen, warum Fehler bei der Zuordnung der neuen Tarife auftraten, und erst sp\u00e4ter, als wir das ganze Kn\u00e4uel entwirrten, gelangten wir zur Wahrheit. Wir haben eine Menge Zeit verloren und die Fristen \u00fcberschritten.<\/p>\n
Das Problem lag darin, dass viele versteckte Aspekte und Fallstricke nur im Kopf unseres Universalkenner geblieben waren und nicht auf Papier festgehalten wurden. Wie Anatoli sp\u00e4ter erkl\u00e4rte, hatte er sich zu sehr beeilt. Aber am wahrscheinlichsten ist, dass er bereits bei der Entwicklung auf Probleme stie\u00df und diese einfach umging, ohne sie irgendwo festzuhalten. <\/p>\n
Es gab auch eine andere Situation. Jetzt haben wir nur einen Tester, daher m\u00fcssen einige Aufgaben von den Analysten, einschlie\u00dflich \u2013 Universalkennern, getestet werden. Deshalb habe ich eine Aufgabe einem hypothetischen Fjodor gegeben \u2013 \u201eUniversalkenner \u2013 in Ordnung, ich mache es, da sonst niemand da ist\u201c<\/b>.
Die Anforderungen wurden gesammelt, die Spezifikation an die Entwicklung \u00fcbergeben, es ist Zeit zu testen. Fjodor kennt das \u00fcberarbeitete System \u00abwie seine f\u00fcnf Finger\u00bb und hat die aktuellen Anforderungen akribisch bearbeitet. Daher hat er sich nicht die M\u00fche gemacht, Test-Szenarien zu schreiben, sondern hat getestet, \u00abwie das System funktionieren sollte\u00bb, und danach \u2013 an die Benutzer \u00fcbergeben.
Das geschah, weil Fjodor nicht \u00fcberpr\u00fcft hat, wie \u00abdas System nicht funktionieren sollte\u00bb, keinen Testplan und keine Checklisten erstellt hat. Er entschloss sich, Zeit zu sparen und vertraute auf sein eigenes Gesp\u00fcr. <\/p>\n
Wie gehen wir mit Problemen um? <\/h2>\n \n\u00c4hnliche Situationen wirken sich auf die Effizienz der Teamarbeit, die Qualit\u00e4t der ver\u00f6ffentlichten Releases und die Zufriedenheit der Auftraggeber aus. Daher d\u00fcrfen sie nicht unbeachtet bleiben und sollten analysiert werden.<\/p>\n
1.<\/b> F\u00fcr jede Aufgabe, die Schwierigkeiten bereitet hat, bitte ich um das Ausf\u00fcllen eines einheitlichen Formulars: eines Fehlerberichts, der es erm\u00f6glicht, die Phase zu identifizieren, in der es zu einem \u00abR\u00fcckgang\u00bb kam:<\/p>\n
2.<\/b> Nachdem die Engp\u00e4sse identifiziert sind, findet mit jedem Mitarbeiter, der das Problem beeinflusst hat, ein Brainstorming statt: \u00abWas m\u00fcssen wir \u00e4ndern?\u00bb (Einzelf\u00e4lle betrachten wir nicht retrospektiv), aus dem konkrete Ma\u00dfnahmen hervorgehen (f\u00fcr jeden Typ Pers\u00f6nlichkeit eigene) mit Terminen.<\/p>\n
3.<\/b> Wir haben Regeln f\u00fcr die Interaktion innerhalb des Teams eingef\u00fchrt. Zum Beispiel haben wir vereinbart, alle Informationen \u00fcber den Fortschritt der Aufgaben im Projektmanagementsystem festzuhalten. Bei \u00c4nderungen oder der Entdeckung von Artefakten im Entwicklungsprozess muss dies in der Wissensdatenbank und in der endg\u00fcltigen Version der Spezifikation angezeigt werden.<\/p>\n
4.<\/b> Die Kontrolle fand in jeder Phase statt (besonderes Augenmerk wird auf problematische Phasen in der Vergangenheit gelegt) und automatisch auf Grundlage der Ergebnisse der n\u00e4chsten Aufgabe.<\/p>\n
5.<\/b> Wenn sich das Ergebnis der n\u00e4chsten Aufgabe nicht ge\u00e4ndert hat, setze ich das betrachtete Universalgenie nicht in die Rolle, aus der er schlecht abschneidet. Ich versuche, seine F\u00e4higkeit und seinen Wunsch zur Weiterentwicklung der Kompetenzen in dieser Rolle zu beurteilen. Wenn ich keine Resonanz finde, lasse ich ihn in der Rolle, die ihm n\u00e4her ist.<\/p>\nWas ist letztendlich herausgekommen? <\/h2>\n
\nDer Entwicklungsprozess ist transparenter geworden. Der BUS-Faktor hat sich verringert. Teammitglieder, die an Fehlern arbeiten, sind motivierter und verbessern ihr Karma. Wir erh\u00f6hen allm\u00e4hlich die Qualit\u00e4t unserer Releases. <\/p>\n
Das DBMS Tarantool ist ein attraktives, zukunftstr\u00e4chtiges Produkt zur Erstellung von hochbelasteten Anwendungen. <\/h2>\n \nMitarbeiter mit vielseitigen F\u00e4higkeiten haben ihre Vor- und Nachteile.<\/p>\n
Vorteile:<\/b><\/p>\n\nEs ist m\u00f6glich, eine h\u00e4ngende Aufgabe jederzeit zu schlie\u00dfen oder einen dringenden Bug in kurzer Zeit zu beheben;<\/li>\n ein ganzheitlicher Ansatz bei der L\u00f6sung von Aufgaben: der Ausf\u00fchrende betrachtet sie aus der Perspektive aller Rollen;<\/li>\n Universalisten k\u00f6nnen nahezu alles gleicherma\u00dfen gut erledigen. <\/li>\n<\/ul>\n\nNachteile:<\/b><\/p>\n\nDer BUS-Faktor w\u00e4chst;<\/li>\n die grundlegenden Kompetenzen, die spezifisch f\u00fcr eine Rolle sind, verschwimmen. Dadurch sinkt die Arbeitsqualit\u00e4t;<\/li>\n Die Wahrscheinlichkeit von Terminverschiebungen steigt, da es keine Kontrolle \u00fcber jeden Schritt gibt. Es bestehen auch Risiken f\u00fcr die Entstehung einer \"Sternsituation\": Der Mitarbeiter ist \u00fcberzeugt, dass er besser wei\u00df, dass er ein Profi ist; <\/li>\n Das Risiko des beruflichen Burnouts steigt;<\/li>\n Eine Menge wichtiger Informationen \u00fcber das Projekt kann nur im \"Kopf\" des Mitarbeiters bleiben. <\/li>\n<\/ul>\n\nWie Sie sehen, \u00fcberwiegen die Nachteile. Daher setze ich Universalisten nur ein, wenn die Ressourcen knapp sind und die Aufgabe dringend ist. Oder wenn die Person F\u00e4higkeiten hat, die bei anderen fehlen und bei denen es um Qualit\u00e4t geht.<\/p>\n
Wenn bei der gemeinsamen Arbeit an einer Aufgabe die Regel der Rollenzuweisung eingehalten wird, steigt die Arbeitsqualit\u00e4t. Wir betrachten die Probleme aus verschiedenen Blickwinkeln, der Blick wird nicht einseitig, es kommen immer neue Gedanken hinzu. Gleichzeitig hat jedes Teammitglied alle M\u00f6glichkeiten f\u00fcr professionelles Wachstum und Erweiterung seiner Kompetenzen. <\/p>\n
Ich glaube, dass das Wichtigste ist, seine Zugeh\u00f6rigkeit zum Prozess zu sp\u00fcren, seine Arbeit zu tun und allm\u00e4hlich die Breite seiner Kompetenzen zu erh\u00f6hen. Dennoch bringen Universalisten im Team Vorteile: Es ist entscheidend, dass sie unterschiedliche Rollen effektiv kombinieren. <\/p>\n
Ich w\u00fcnsche allen selbstorganisierenden Teams von \"Universalisten, die Meister ihres Fachs sind\"!<\/i>habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041b\u044e\u0434\u043c\u0438\u043b\u0430 \u041c\u0430\u043a\u0430\u0440\u043e\u0432\u0430, \u044f \u043c\u0435\u043d\u0435\u0434\u0436\u0435\u0440 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0432 \u0423\u0411\u0420\u0438\u0420 \u0438 \u0442\u0440\u0435\u0442\u044c \u043c\u043e\u0435\u0439 \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u2013 \u00ab\u0443\u043d\u0438\u0432\u0435\u0440\u0441\u0430\u043b\u044b\u00bb. \u041f\u0440\u0438\u0437\u043d\u0430\u0439\u0442\u0435: \u043a\u0430\u0436\u0434\u044b\u0439 Tech Lead \u043c\u0435\u0447\u0442\u0430\u0435\u0442 \u043e \u043a\u0440\u043e\u0441\u0441-\u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0432\u043d\u0443\u0442\u0440\u0438 \u0441\u0432\u043e\u0435\u0439 \u043a\u043e\u043c\u0430\u043d\u0434\u044b. \u0412\u0435\u0434\u044c \u044d\u0442\u043e \u0442\u0430\u043a \u043a\u0440\u0443\u0442\u043e, \u043a\u043e\u0433\u0434\u0430 \u043e\u0434\u0438\u043d \u0447\u0435\u043b\u043e\u0432\u0435\u043a \u0441\u043f\u043e\u0441\u043e\u0431\u0435\u043d \u0437\u0430\u043c\u0435\u043d\u0438\u0442\u044c \u0442\u0440\u0435\u0445, \u0434\u0430 \u0435\u0449\u0435 \u0438 \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u044d\u0442\u043e \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e, \u043d\u0435 \u0441\u0434\u0432\u0438\u0433\u0430\u044f \u0441\u0440\u043e\u043a\u0438. \u0418, \u0447\u0442\u043e \u043d\u0435\u043c\u0430\u043b\u043e\u0432\u0430\u0436\u043d\u043e, \u044d\u0442\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0432\u0430\u0435\u0442 \u044d\u043a\u043e\u043d\u043e\u043c\u0438\u044e \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432! \u0417\u0432\u0443\u0447\u0438\u0442 \u043e\u0447\u0435\u043d\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27224,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36379","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"\u201eUniversal\u201c](\"\/wp-content\/uploads\/2019\/07\/a25639788762e858c731714cdd701c3e.jpg\")