Бизнис

Beyond the Burnout: Architecting for Sustainable Engineering Teams

Надвор од прегорувањето: Архитектура за одржливи инженерски тимови

Прегорувањето често се опишува како индивидуален проблем: на еден развивач му требаат подобри граници, на еден менаџер му треба повеќе емпатија, на еден тим му треба бенефит за благосостојба. Тие работи можат да помогнат. Но пропуштаат една потешка вистина: многу тимови се исцрпени затоа што нивниот систем за испорака е дизајниран да троши луѓе побрзо отколку што создава вредност.

Одржлив инженерски тим не е тим што работи бавно или избегнува амбициозни цели. Тоа е тим што може постојано да постигнува корисен напредок, да се опоравува од неуспеси и да задржи доволно внимание за работата што ја спречува утрешната итна состојба. Тоа е архитектонски проблем исто толку колку што е и проблем со луѓето.

Прегорувањето често е сигнал од системот

Кога секое издание е итно, за секој инцидент се потребни истите неколку луѓе и секој циклус на планирање почнува со преоптоварен патоказ, да се бара од поединците „да управуваат со стресот“ не е решение. Тоа е обид да се компензира систем со премалку резервен капацитет.

Техничките лидери треба да бараат обрасци, а не изолирани лоши недели. Дали проценките рутински се третираат како ветувања? Дали оперативната работа се појавува дури откако некој веќе е преоптоварен? Дали важните одлуки живеат во приватни пораки? Дали од постарите инженери се очекува да испорачуваат функционалности, да ја прегледуваат секоја промена, да ги деблокираат сите и да останат на дежурство?

Ова се дизајнерски избори. Тие обликуваат кој го носи ризикот, колку брзо се шири знаењето и дали тимот може смирено да реагира кога реалноста се разликува од планот.

Градете капацитет околу исходите, а не околу постојана искористеност

Високата искористеност може да изгледа ефикасно во табела. При испорака на софтвер, таа често создава редици: прегледите чекаат, малите одлуки чекаат, дефектите чекаат и, на крајот, клиентите чекаат. Тим без слободен капацитет не може да апсорбира проблем во продукција, неочекувана зависност или вредно откритие од повратните информации од корисниците без да жртвува нешто друго.

Планирајте помал обем работа од оној што тимот теоретски би можел да го заврши во непрекината недела. Разликата не е отпад. Тоа е капацитетот што им овозможува на луѓето да истражуваат, документираат, му помогнат на колега, подобрат кршлив тест или одговорат на вистински проблем без да го претворат целиот спринт во спасувачка операција.

Корисен разговор при планирањето не е „Можеме ли да го вклопиме ова?“ туку „Што намерно нема да направиме ако ова влезе во планот?“ Тоа прашање ги прави компромисите видливи пред да станат доцни ноќи.

Направете ја оперативната работа рамноправна работа

Инцидентите, барањата за поддршка, безбедносните ажурирања, одржувањето на зависностите, интервјуата, менторството и планирањето сите трошат инженерски капацитет. Ако се исклучени од планот, проценките за функционалностите ќе изгледаат како да не успеваат дури и кога тимот работи одговорно.

  • Следете ја повторливата оперативна побарувачка и разговарајте за неа при планирањето.
  • Ротирајте ги одговорностите за поддршка и инциденти за стручноста да не стане траен товар.
  • Резервирајте време за одржување пред кризата да го направи неизбежно.
  • Намалете ги повторливите предупредувања и рачните чекори по инцидентите, наместо само да го затворите тикетот.

Ова е продуктно размислување применето внатрешно: работната средина на тимот е исто така производ, а неговите корисници се луѓето од кои се бара да испорачуваат во неа.

Претворете ја сопственоста во заедничка способност

„Ти го градиш, ти го одржуваш“ може да поттикне грижа и одговорност. Станува штетно кога значи дека едно лице трајно е одговорно за услуга, патека за распоредување или проблем на клиент што само тоа го разбира.

Здравата сопственост е јасна без да изолира. Тимот треба да знае кој е одговорен за одлука, но и како другите можат да го разберат, управуваат и безбедно да го променат системот. Целта не е да се отстрани стручноста. Целта е да се спречи стручноста да стане единствена точка на неуспех.

Практичните механизми обично се едноставни: читливи прирачници за работа, кратки записи за архитектонски одлуки, работа во парови на непознати системи и редовни прегледи на услуги со само еден активен одржувач. Документите не мора да бидат разработени. Кратка белешка што објаснува што прави една компонента, како се распоредува, каде се наоѓаат нејзините логови и што прво да се провери при инцидент е покорисна од беспрекорен дијаграм што никој не го ажурира.

Лидерството е важно тука. Ако најбрзиот инженер секогаш се наградува за самостојно решавање проблеми, организацијата ќе продолжи да создава херои и да ја нарекува добиената зависност сопственост. Наградувајте ги луѓето што оставаат систем полесен за разбирање за некој друг.

Направете ја далечинската работа разбирлива по дифолт

Далечинските тимови не пропаѓаат затоа што луѓето се на различни места. Тие се мачат кога важниот контекст е достапен само за оној што случајно бил буден, присутен на состанок или вклучен во директна порака.

Асинхроната комуникација не е забрана за состаноци. Таа е навика да се остава траен контекст. Одлука што влијае на имплементацијата треба лесно да се пронајде подоцна. Предавањето на работа треба да каже што се променило, што останува неизвесно и каков одговор е потребен.

На пример, дискусијата за дизајн може да започне со краток писмен предлог: проблемот, ограничувањата, разгледаните опции, претпочитаната насока и отворените прашања. Состанокот потоа може да ги разреши тешките делови, наместо гласно да го реконструира основниот контекст. Потоа, забележете ја одлуката и нејзините последици таму каде што тимот може повторно да ги пронајде.

Овој пристап подобрува повеќе од далечинската соработка. Ги намалува прекините, им дава простор на потивките придонесувачи да размислат и го прави воведувањето нови луѓе помалку зависно од институционалната меморија.

Заштитете ги повратните циклуси што ја прават работата значајна

Прегорувањето расте кога луѓето чувствуваат само притисок и никогаш не гледаат доказ дека нивниот труд некому му помогнал. На развивачите не им треба постојан аплауз, но им треба врска меѓу техничкиот избор и исходот за корисникот или бизнисот.

Вклучете ги инженерите во продуктните разговори доволно рано за да влијаат врз решението. Споделете го проблемот зад барањето, а не само критериумите за прифаќање. Кога ќе се испорача функционалност, затворете го кругот: што направија корисниците, што научи тимот и што треба да се промени следно?

Ова произведува и подобри технички одлуки. Тим што го разбира посакуваното однесување на клиентот може да предложи помал експеримент, да оспори непотребна интеграција или да препознае кога доверливоста е поважна од уште една површинска способност.

Користете мали изданија за да го намалите емоционалниот и техничкиот ризик

Големите изданија ја концентрираат неизвесноста. Тие создаваат долги периоди без повратни информации, тешки враќања назад и чувство дека секоја промена мора да биде совршена бидејќи премногу работи се спакувани заедно. Помалите изданија го прават учењето поевтино.

Тоа не значи невнимателно испорачување. Значи дизајнирање на работата така што значаен дел може да се тестира, набљудува и прилагодува. Ознаките за функционалности, постепеното изложување и реверзибилните промени можат да помогнат кога се поддржани со јасна сопственост и мониторинг. Техниката е помалку важна од принципот: намалете ја цената на тоа да не сте во право.

Дајте им простор на кариерите да растат без да барате исцрпеност

Амбициозните инженери често добиваат нездрава порака: растот значи преземање сè повеќе работа на неодредено време. Во реалноста, старешинството често се покажува со подобрување на начинот на кој се одвива работата. Тоа може да значи разјаснување на нејасен проблем, менторирање на друг развивач, намалување на повторлив инцидент или олеснување на снаоѓањето со меѓутимска зависност.

Менаџерите и техничките лидери треба да ги направат овие придонеси видливи во разговорите за кариера. Во спротивно, луѓето учат дека важи само видливата испорака на функционалности, додека работата што го одржува тимот функционален станува невидлив труд извршуван по работното време.

Одржлив тим сè уште има напорни периоди. Разликата е во тоа што интензитетот е намерен, ограничен и проследен со опоравување и учење. Тимот не го нормализира режимот на итност како доказ за посветеност.

Дизајнирајте за тимот што сакате да го задржите

Најтрајните инженерски организации не се изградени врз бескрајна индивидуална издржливост. Тие се изградени врз реални планови, споделено знаење, јасни одлуки, корисни повратни информации и доволно простор за справување со неочекуваното.

Таа архитектура создава подобар софтвер бидејќи создава подобри услови за расудување. Кога луѓето не работат трајно на работ на капацитетот, порано забележуваат ризици, поставуваат поостри прашања и создаваат производи што решаваат вистински проблеми. Одржливата испорака не е спротивност на високите перформанси. Таа е начинот на кој високите перформанси опстојуваат.

Портрет на автор на блогот

Mihajlo

Јас сум Михајло - развивач поттикнат од љубопитност, дисциплина и постојаната желба да создадам нешто значајно. Споделувам увиди, упатства и бесплатни услуги за да им помогнам на другите да ја поедностават својата работа и да растат во постојано развивачкиот свет на софтверот и вештачката интелигенција.