Epigraph:
De Mann, kuckt op déi knaschteg Kanner, seet zu senger Fra: Ma, solle mir dës wäschen oder nei gebuer ginn?
Ënnert dem Schnëtt ass d'Diskussioun vun eisem Teamleader, souwéi dem RAS Produktentwécklungsdirekter, Igor Marnat, iwwer d'Besonderheete vu motivéierende Programméierer.
D'Geheimnis zum Erfolleg fir cool Softwareprodukter ze kreéieren ass bekannt - huelt e Team vu coole Programméierer, gitt dem Team eng cool Iddi a stéiert net mat der Aarbecht vum Team. Cool Entwéckler sinn rar a gefrot. E puer Recruteuren soen souguer datt se den Androck hunn datt et méi einfach ass e coole Programméierer ze produzéieren wéi een aus dem Maart ze lounen. Zousätzlech zu de Schwieregkeete mat der Astellung als solch, ass d'Erfahrung vun all spezifeschen Entwéckler, säi Wëssen iwwer dat existent Produkt an d'Geschicht vu senger Entwécklung, dacks irreplaceable oder schwéier an Zäitopwänneg ze replenéieren. Dofir, wann Dir Gléck hutt a schonn e coolt Team vu Programméierer hutt, ass et wichteg un hirer Motivatioun ze schaffen. Nei Entwéckler anzestellen an ze trainéieren, en Team aus hinnen ze maachen ass bal esou schwéier an Zäitopwänneg wéi Gebuert a Kanner erzéien.
Loosst eis d'Haaptfaktoren vun der Motivatioun fir Programméierer (Teams vun Programméierer) betruechten, d'Maslow Pyramid fir Kloerheet a Strukturéierung vun der Presentatioun benotzen. Wann Dir net vum Maslow senger Pyramid héieren hutt, ass et net eng onbestridden, awer ganz populär an illustréierend Theorie vum amerikanesche Psycholog Abraham Harold Maslow, deen eng Theorie vu perséinlecher Motivatioun baséiert op der Hierarchie vu mënschleche Besoinen (kuckt d'Bild hei drënner).
Maslow arrangéiert d'Bedierfnesser vum Individuum an enger hierarchescher Uerdnung, vu physiologesche Bedierfnesser bis zur Bedierfnes fir potenziell Entwécklung a Selbstaktualiséierung. Eng Schlësselviraussetzung an der Maslow Theorie ass datt "eng Persoun kann net méi héije Bedierfnesser erliewen bis seng Bedierfnesser op nidderegen Niveau zefridden sinn." Zum Beispill kann eng Persoun net duerch de Bedierfnes fir Wëssen oder ästhetesch Bedierfnesser gedriwwe ginn, wann dës Persoun gläichzäiteg dräi Deeg net geschlof oder giess huet.
Ier mer an Detailer ginn, loosst eis op eng offensichtlech Tatsaach fokusséieren - en Team besteet aus Leit, all Leit sinn ënnerschiddlech, jidderee huet seng eege Motivatiounsstruktur. Nieft der Tatsaach, datt all Persoun duerch verschidden Interessen gedriwwe gëtt, ass all Persoun och a verschiddene Liewensbedingunge. Een ass um Ufank vun enger Carrière an denkt iwwer wéi ee se bauen, een sech bestuet, an een wëll en neit Fachberäich beherrschen. Wat fir engem wichteg ass, ass fir deen aneren komplett onwichteg, a muer ännert sech erëm alles. Fir dëse Kontext richteg ze verstoen, gëtt et eng einfach Recours - Dir musst driwwer nodenken a mat him schaffen. Déi wichtegst Saach ass Kommunikatioun.
Gitt sécher mat Ärem Team iwwer eppes anescht wéi Aarbecht ze schwätzen, informelle Bezéiungen opzebauen.
Also, loosst eis elo duerch d'Pyramid vum Maslow goen a seng Niveauen betruechten wéi ugewannt fir en Team vu Programméierer ze managen.
I: Physiologesch, biologesch Besoinen:
Wann Dir iwwer Motivatioun schwätzt, denken vill Leit dacks un d'Pai fir d'éischt. An dësem Fall mengen ech mat Pai e permanenten Deel vum Kompensatiounspak, deen op kee Fall vun de Resultater ofhänkt. Dëst gëllt net fir Bonus, Bonus an Societeit Promotiounen. Et ass d'Pai, déi ech dem Niveau vun de "physiologesche Besoinen" an eisem Fall zouzeschreiwen. Bonus, Bonus baséiert op Leeschtung, Optiounen an Societeit deelt - ech géif all dat op aner Niveauen klassifizéieren.
Ech mengen, egal wéi komesch et kléngt, d'Pai kéint éischter sinn demotivéierend Faktor anstatt e motivéierende Faktor. D'Besonderheet vun der Aarbecht mat Programméierer ass datt se all Leit sinn, éischtens, ganz schlau (eng Feature vum Beruff), an zweetens, déif an / oder wäit gebilt. Typesch hunn Programméierer, nieft hirem Beruff, en déiwe Verständnis vun engem oder méi Fachberäicher fir déi se Produkter kreéieren. Zousätzlech si gutt Programméierer interesséiert a kennen d'Geschicht vun der Programméierungsentwécklung, Algorithmen, Standarden, etc. Dat selwecht gëllt fir hir Fachberäich. Fir Leit op dësem Niveau ass d'Gehalt normalerweis net den Haaptmotivatiounsfaktor.
Zur selwechter Zäit, de Mangel vun enger fairer Pai fir Programméierer, an hirem Verständnis, demotivéiert an demotivéiert immens. Eng fair Pai ze hunn ass d'Norm. D'Pai ass vill méi héich wéi d'Norm (Maart) - och, komesch genuch, en zimlech demotivéierende Faktor. E Kolleg sot mir eemol iwwer eng Equipe vun Programméierer an engem vun de groussen amerikanesche Animatioun Betriber, déi, duerch eng Rei vun Ëmstänn, Paien op engem Niveau zwee bis dräimol méi héich wéi de Maart krut. Wéi hie gesot huet, hien hat ni méi langweilen, faul an demotivéiert Programméierer a sengem Liewen gesinn. D'Tatsaach vun enger Lounerhéigung kann kuerzfristeg motivéieren, awer no e puer Méint gëtt déi nei Pai d'Norm a hält op ze motivéieren. Am Allgemengen, géif ech soen, datt fir Programméierer am Ufank vun hirer Carrière, de Pai Faktor ass méi wichteg, well se professionell wuessen an entwéckelen, seng Wichtegkeet reduzéiert an aner Faktoren fänken ze herrschen.
Den zweete wichtege Punkt ass d'Präsenz vun engem fairen Gläichgewiicht am Niveau vun de Gehälter an der Équipe. Wann eng Equipe d'Gefill huet, datt de Bäitrag vun engem Member däitlech méi niddereg ass, awer den Niveau vun der Kompensatioun déiselwecht ass, wäert dat d'ganz Equipe demotivéieren. Heiansdo sinn d'Manager gefuerdert d'Feier mat Suen ze brennen - fir eng verbrannt oder demotivéiert Persoun ze halen andeems se seng Pai iwwer normal erhéijen. Dëst schaaft normalerweis nëmme Problemer op laang Siicht - d'Motivatioun vun der Persoun selwer wäert net vill eropgoen, oder et wäert fir e puer Méint eropgoen, awer d'Motivatioun vum Rescht vum Team wäert erofgoen. An esou Situatiounen ass et derwäert fir aner Approche ze sichen, ausser, natierlech, et ass en eenzegaartege Spezialist, deen zu all Präis behalen muss, och fir eng kuerz Zäit.
II. Bedierfnes fir Sécherheet, Komfort, Konsistenz vu Liewensbedingunge:
Virun 70 Joer konnt d'Präsenz vun engem Uewen an engem Auto e Motivatiounsfaktor bei der Wiel vun engem Auto sinn, dunn war et iwwer der Norm a war en Zeeche vu Luxus. Elo och d'Feele vu Klimaanlag ass Blödsinn, a seng Präsenz, natierlech, wäert net e motivéierende Faktor bei der Auswiel vun engem Auto sinn. Also virun 10-15 Joer, e praktesche Büro, gutt Hardware, lecker Kaffi, Fitness, flexibel Stonnen, etc. kéint gutt motivéierend Faktore sinn, awer elo ass dëst éischter d'Norm fir d'Aarbecht vun engem gudde Programméierer. Gläichzäiteg wäert hir Fehlen erëm demotivéierend sinn.
E wichtege demotivéierende Faktor ass de Mangel u Konzentratiounsfäegkeet an e lauter Aarbechtsëmfeld. D'Aarbecht vun engem Programméierer erfuerdert Rou a Konzentratioun. Wann de Büroraum net d'Méiglechkeet gëtt fir d'Entwéckler eng ofgeséchert Aarbechtsberäich ze bidden, ass et néideg op d'mannst bequem Zesummenaarbecht tëscht Kollegen ze garantéieren, déi net matenee stéieren. Et ass besser energesch an haart Komeroden mateneen ze verbannen, d'Méiglechkeet ze konzentréieren op déi, déi et brauchen.
D'Käschte vun der Zäit vun engem Programméierer sinn elo wesentlech méi héich wéi d'Käschte vun der Hardware op där hie schafft. Zwee oder dräi Monitore, mächteg Computeren, eng komfortabel Aarbechtsplaz fir all Entwéckler - soll d'Norm an all Firma sinn. Dëst Thema ass gutt ofgedeckt an engem vun den Artikelen vum Joel Spolsky "De Joel Test: 12 Schrëtt fir bessere Code.
De kierperleche Bestanddeel vum Komfort ass déi elementarst an einfachst; elo schwätze mer iwwer de Rescht.
A ville Firmen ass d'Norm fir Programméierer e flexibelen Aarbechtsplang a kee Kleedungscode. Dëst ass gutt a korrekt wann d'Spezifizitéiten vun der Aarbecht vun der Équipe et erlaben (zum Beispill, et gi keng Reunioune mat Clienten, Politiker oder Banquier).
Déi wichteg Saach ass eng spezifesch Zäitfenster ze hunn, wou d'ganz Team lokal zesummeschafft, sou datt d'Leit kënne kommunizéieren an d'Problemer face-to-face léisen. E Programméierer, am Wesentlechen, léisst d'Aarbecht och no der Aarbecht net. Typesch, Aarbecht Themen replay a sengem Kapp onofhängeg vu senger Präsenz am Büro, a gutt Entscheedunge kommen dacks vun ausserhalb vum Büro. Gitt de Besoin gutt ze sinn (wat mir hei drënner diskutéieren), ass kleng Kontroll schiedlech. Et ass net nëmmen demotivéierend, et reduzéiert och d'Produktivitéit. Wéi d'Praxis weist, an der Verontreiung vu Kontroll, ass e motivéiert Team méi wahrscheinlech méi laang ze schaffen wéi néideg. Wann et Kontroll ass, kënnen d'Entwéckler vun néng bis sechs op der Tastatur sëtzen, awer d'Resultat, mengen ech, wäert méi schlecht sinn. Wéi se soen, kann eng Persoun e Päerd zum Waasser féieren, awer och honnert wäert hien net zwéngen ze drénken wann hien net wëllt.
D'Beschreiwung vun dësem Niveau vun de Bedierfnesser ernimmt och d'Fräiheet vu Besuergnëss an Angscht, d'Feele vu Chaos an d'Bedierfnes fir Struktur an Uerdnung. Dëst sinn och extrem wichteg Punkten, déi d'Atmosphär an der Equipe staark beaflossen.
Éischtens, d'Feele vu Chaos, Struktur an Uerdnung - d'Team muss verstoen wien verantwortlech ass fir wat, wéi Rollen verdeelt ginn, wat muss gemaach ginn, wiem, wéini, wéi eng Ufuerderunge vum Produkt ënnersträichen, wat sinn d'Erwaardunge vum Management an de Client... Dat meescht soll formell beschriwwe ginn, alles soll periodesch diskutéiert ginn. Ouni Diskussioun a periodesch Notzung funktionnéieren d'Beschreiwungen net. Et ass gutt Praxis fir se periodesch ze diskutéieren an ze aktualiséieren op Basis vun de Resultater vun der postmortem Analyse no der Verëffentlechung.
Zweetens eng roueg a frëndlech Atmosphär. Mir verbréngen all déi meescht vun eiser Zäit op der Aarbecht, a mir wëllen et ouni Stress, Konflikt oder Angscht maachen. D'Entwécklungsteam funktionnéiert normalerweis ënner Drock vu Flugplang a Clienten. Keen brauch zousätzlech Stress vu Kollegen a Superieuren. D'Atmosphär am Team, am Allgemengen d'Tatsaach, datt e Grupp vun Entwéckler kann genannt ginn an en "Team" sinn ass déi direkt a wichteg Verantwortung vum Manager, eng vun de wichtegsten mëttel- a laangfristeg Aufgaben. Dofir ass et wichteg fir e Manager ze schaffen, besonnesch mat Konflikter am Team, an net hir Entwécklung säi Laf ze loossen. Konfliktmanagement ass en separat Thema dat getrennt Studie verdéngt.
Et ginn zwou Haapt Weeër fir den emotionalen Zoustand vun der Équipe an d'Behuele vun de Kollegen ze beaflossen (wann iergendeen an de Kommentarer bäidréit, wier dat super). Déi éischt ass Äert eegent Verhalen. Perséinlecht Beispill ass super wichteg fir e Manager an Team. Wéi se soen, wéi de Paschtouer ass, sou ass d'Arrivée. Behuelen wéi Dir erwaart datt Är Kollegen sech behuelen. Déi zweet ass d'korrekt Verhalen ze encouragéieren an, souzesoen, falsch Verhalen ze encouragéieren. Kommunizéiere mat Leit, gitt hinnen Feedback, et gi vill Weeër fir dëst ze maachen. Am Allgemengen ass Feedback en Thema fir eng separat Diskussioun; et ass e groussen a wichtege Bestanddeel vun der Aarbecht mat Motivatioun.
Eng aner Notiz iwwer d'Atmosphär, déi vläicht ongewéinlech schéngen, awer an der Praxis ass et wichteg. Méi dacks wéi net, sinn et manner Meedercher an der Entwécklung Equipe wéi Männer. Oft sinn d'Gruppen ganz männlech. An esou Konditiounen, och ënner Laascht, heiansdo obszön Sprooch fänkt am Team ze benotzen. Praxis weist datt dëst en negativen Impakt op d'Atmosphär huet; d'Kommunikatioun gëtt lues a lues ruppeg. Dir sollt vermeiden et selwer ze benotzen an d'Benotzung an Ärem Team decouragéieren.
Entwécklungsteams ginn dacks R&D (Fuerschung an Entwécklung) genannt, mat Fuerschung e wichtegen Deel vun der Aarbecht ausmécht. Dëst ass deen Deel deen normalerweis schwéier ass ze programméieren an ze plangen, soss wier et keng Fuerschung. Et ass wichteg datt d'Team d'Recht huet Feeler ze maachen, Initiativ ze huelen, verschidde Méiglechkeeten auszeprobéieren déi mat Erfolleg kënnen oder net ophalen. Feeler sinn en normalen Deel vun der Aarbecht, si kënnen net vermeit ginn, awer Dir kënnt studéieren, analyséieren, vun hinnen léieren fir d'Zukunft a weidergoen. De 5 Why's Prinzip, dee bei Toyota entstanen ass, ass e gudde Wee fir op d'Ursaach vun engem Problem ze kommen. Feeler bestrofen ass e super Wee fir eng Atmosphär vun Angscht an Onsécherheet ze kreéieren. Déi eenzeg Ausnam ass wann, baséiert op d'Resultater vun der Analyse, et stellt sech eraus datt de Feeler duerch eng onprofessionell Haltung zur Aarbecht verursaacht gouf, an dësem Fall musse Personaldecisiounen getraff ginn.
D'Atmosphär am Team ass staark beaflosst vun Ären Erwaardungen an emotionalen Zoustand ier d'Gespréich ufänkt. Ier Dir eng schwiereg Diskussioun ufänkt, eng Aart Debriefing, oder just en emotionalen Gespréich, ass Är Stëmmung an Haltung vis-à-vis vun der Persoun mat där Dir schwätzt wichteg. Ech gleewen ëmmer par défaut an handelen op Basis vun deem wat d'Persoun oprecht probéiert huet dat Bescht ze maachen. Wann aus Ärer Positioun et schéngt datt dat net esou ass, musst Dir roueg an am Detail de Kontext erausfannen a verstoen wat hien richteg gemaach huet, firwat hien geduecht huet et wier richteg, a wou eis Erwaardungen divergéieren. Et stellt sech normalerweis eraus datt se net wierklech divergéieren, et ass just datt seng Visioun vum Kontext méi komplett oder frësch ass, an et gëtt eppes wat Dir net wousst. Oder, ëmgekéiert, hien wousst net eppes. Dëst ass besonnesch wichteg an engem verdeelt Team, wann d'Leit manner dacks perséinlech kommunizéieren an E-Mail an Instant Messenger benotzen. Dëst ass nach méi kritesch an engem Team besteet aus Programméierer aus verschiddene Länner a verdeelt iwwer verschidden Zäitzonen. Hei fänken kulturell Ënnerscheeder eng grouss Roll ze spillen.
An enger schwiereger Situatioun ass de Fuere ënnerwee einfach, ganz einfach, awer dann ass et schwéier zréck ze fueren, an de Sediment bleift laang. Loosst mech Iech en einfacht Beispill aus der rezenter Erfahrung ginn. Ee vun den Teammanager brauch dréngend Kommentaren iwwer e Problem mat engem Client vun engem Manager vun enger verbonnen Equipe an engem anere Land. Hien huet e Kolleg am Messenger gepingt, 15 Minutte gewaart, nach eng Kéier gepingt, dann 15 Minutte méi spéit ass hien an e grousse Chat gaangen, an deem och déi aner Manager waren, an huet de Kolleg liicht ugegraff, mat engem Formuléierung wéi: "well Dir net verdéngt mech ze äntweren, vläicht, an d'Fro ass net sou dréngend? Um Enn huet sech erausgestallt datt eise Corporate Messenger liicht langweileg war, an de Kolleg huet d'Fro guer net gesinn. Ech hu missen entschëllegen. Am Allgemengen ass et besser mat dem Gutt unzefänken. Et ass ëmmer méiglech e schlechte Feeler ze maachen a spéider an Ierger ze kommen; et gëtt kee Problem mat deem (och wann Dir dat net sollt maachen). Am Allgemengen, a méi wéi 20 Joer an eiser Industrie schaffen, hunn ech e wierklech béisaarteg Kolleg nëmmen eemol (!) begéint. Glécklecherweis hu mir eis zimlech séier opgebrach. Et stellt sech eraus an der grousser Majoritéit vun de Fäll richteg ze sinn, unzehuelen datt d'Kollegen dat Bescht wëllen, zum Beschte vun hirem Verständnis vum Kontext.
Är Aufgab als Manager ass d'Synchroniséierung vu Kontexter ze garantéieren, e gemeinsamt Verständnis vun Erwaardungen, Ufuerderungen, Frist an Normen, déi am Team akzeptéiert sinn. Dës kënne wéi kleng Saache schéngen, mä d'Atmosphär am Team ass genee aus esou kleng Saachen opgebaut. Aus enger verdeeler Teamperspektiv ass eng vun de wichtegen Aufgaben ze garantéieren datt Teammemberen periodesch Gesiicht-zu-Gesiicht Kommunikatioun hunn. Ech hu méi wéi eng Kéier vu Programméierer héieren, datt no zum Beispill Ingenieuren aus dem Supportteam bei si komm sinn a perséinlech zesumme geschafft hunn, si si gär op der Aarbecht bliwwen fir an engem schwieregen Fall perséinlech dem Pasha ze hëllefen, dee viru kuerzem bei hinnen komm ass, obwuel fréier Pasha war just eng Ikon am Messenger, a keen hätt fir d'Wuel vun der Ikon opgehalen.
Iwwregens hunn ech ugefaang iwwer d'Ënnerstëtzungsteam ze schwätzen an erënnere mech un e kanonescht Beispill fir mech. Eemol hat ee vun de Clienten an Amerika e Problem mam Produkt, ee vun den Ingenieuren aus dem Supportteam, deen op senger Ëmsetzung geschafft huet (secondéiert aus Russland) ass no der Aarbecht bliwwen fir ze hëllefen, awer de Problem gouf net geléist a gouf net geléist. Am Allgemengen huet hien sech gehal a souz bal bis de Moien do. Zu dëser Zäit hunn d'Manager vum Client de Problem eskaléiert, seng Kritalitéit fir si identifizéiert an den Owend d'Aarbecht verlooss. D'Eskalatiounsprozess war schonn an enger anerer Zäitzone Dynamik gewinnt, Support Manager a Russland hunn ugefaang ze hëllefen ze hëllefen, wéinst gewësse Schwieregkeeten an der Kommunikatioun mam Clientsbüro (VPN, Verbindungsproblemer, Schwieregkeete mat Uruff tëscht Länner, ...) wousst net datt de Guy schonn am Büro am Prisong war an de Problem léist, a probéiert hien ze fannen. Si hunn et eréischt moies (amerikanesch) fonnt, wann d'Thema scho praktesch geléist gouf an d'Produkt funktionnéiert. Direkt vun der Fliedermaus hunn se ugefaang ze soen datt wat d'Häll, de Client huet sou eng Eskalatioun, näischt funktionnéiert, wou sidd Dir, mir kënnen dech net fannen, etc. Noutlosegkeet ze soen, als Resultat vun esou Verhalen war de Guy immens demotivéiert. D'Organisatioun vun der Aarbecht vun engem verdeelt Team ass e separat grousst Thema, awer et ass wichteg zwou Saachen ze erënneren. Éischtens, Kommunikatioun an Atmosphär si ganz wichteg, den Erfolleg vun der Aarbecht hänkt dovun of. Zweetens, dat funktionnéiert net eleng, et muss separat an déif behandelt ginn.
Anere wichtege Punkt am Zesummenhang mat dësem Niveau vun Besoinen ass erëm Pai. Net d'Gréisst vun der Pai, wéi esou, mä d'Präsenz vun enger bestëmmter Prozedur fir et z'änneren. D'Firma muss eng Approche hunn fir d'Ufuerderunge fir Positiounen op verschiddenen Niveauen ze bestëmmen. All Entwéckler soll fäeg sinn Erwaardungen fir hir Aarbecht mat der Firma ze diskutéieren, ze verstoen wéi a wéini hir Efforten hir Pai beaflossen. Periodesch Reunioune mam Manager, semi-jährlech oder jährlech Leeschtungsbewäertungen déngen dësen Zweck. Dëst ass erëm ee vun deene Momenter, deenen hir Präsenz net explizit motivéiert, awer hir Verontreiung ganz demotivéierend.
Vun der Bedierfnes fir Uerdnung an d'Präsenz vu Regelen folgt d'Notzung fir dës Regelen ze respektéieren, d'Normen ze verfollegen, déi an der Équipe akzeptéiert sinn, souwuel formell wéi informell. Am Allgemengen, géif ech et de Besoin nennen "gutt ze sinn." D'Präsenz vun dësem Bedierfnes bestätegt datt Mikromanagement net néideg ass, awer éischter schiedlech. Et ass genuch fir eng Persoun alles wat fir d'Aarbecht néideg ass, him Wëssen iwwer de Kontext, d'Prioritéiten ze ginn, an Handlungs- an Entscheedungsfräiheet op sengem Niveau ze bidden. An esou Konditiounen wäert hien Vertrauen fillen, d'Méiglechkeet seng eegen Entscheedungen ze treffen, Verantwortung fir si ze huelen, a wäert fäeg sinn säi Potenzial ze weisen.
En anere wichtege Punkt, deen un d'Bedierfnes fir Uerdnung an d'Feele vu Chaos zougeschriwwe ginn ass, ass d'Fäegkeet sech op eng Aufgab ze konzentréieren, d'Feele vu heefege Kontextschalter. Programméierer ze sinn erfuerdert Zäit a Fokus. Programméierer hu wierklech net gär eng Aufgab dréngend opzeginn an op eng aner ze wiesselen. E noutwendege Bestanddeel vun der Aarbecht vun engem Programméierer ass normalerweis net nëmmen déi aktuell Entwécklung vum Code, awer och Bugfixéierung an Hëllef bei der Veraarbechtung vun Ufroe vu Clienten. Et ass derwäert esou Saachen am Viraus ze plangen, sou datt de Programméierer roueg a komplett d'Aarbecht un enger Aufgab fäerdeg bréngt ier Dir op eng aner wiesselt. Déi bescht Optioun ass Iech selwer d'Méiglechkeet ze ginn Är Aarbecht selwer ze plangen, Prioritéiten an zukünfteg Aufgaben am Viraus z'identifizéieren, laang, verlängert Zäitperioden ze verdeelen fir un enger Zort Aufgab ze schaffen. Dëst Thema ass gutt am Buch beschriwwen "Google - Site Reliability Engineering", déi gutt Approche beschreift fir d'Aarbecht vun den Teams ze plangen, déi d'Operatioun an d'Entwécklung vu groussen, héich geluedenen, Feeler-tolerante Systemer garantéieren, wéi och Ingenieuren deenen hir Beruff Softwareentwécklung a seng Ënnerstëtzung kombinéiert.
Fir weidergitt ...
Source: will.com