Публикувано на 24 февруари 2022 г.*Текстът е предоставен от Zühlke Bulgaria
Автор: Светлана Ангелова, Expert Software Engineer в Zühlke Bulgaria
Светлана е част от Zühlke Bulgaria от 2019 г. След като завършва Computer Science в University of York, UK, тя открива Zühlke, където успява да съчетае любовта си към програмирането и нюха си за консултиране на клиенти. В момента Светлана е част от лидерския екип и споделя времето си между проектна работа и развиване на таланти.
Zühlke (Цюлке) e швейцарска R&D service компания със 17 офиса в 10 държави и 1600 служители глобално. Специализирана е в създаването на иновационни продукти и услуги с помощта на най-новите технологии за клиенти от най-различни индустрии: от стартъпи до глобални компании. Софтуерните инженери са 2/3 от хората на Zühlke. Те работят в глобални аgile екипи, подкрепени от изключителни възможности за учене и кариерно развитие спрямо интересите си. Екипите се изграждат в хармония с уникалната култура на компанията, базирана на честност, прозрачност и проактивност.
Като софтуерни инженери работим с хора от различни култури, с различен опит зад гърба си и поглед към света. В това се крие част от красотата на нашата работа. Въпреки разнообразието, във всеки екип се срещат два modi operandi (стила на работа). Каня те да ги погледнем отблизо, да открием какви предимства носят и да помислиш къде се позиционираш ти.
Стил 1: Движи се бързо и чупи
Първият подход към работата е постоянно да експериментираш. Ако го предпочиташ, вероятно обичаш да изпробваш различни неща, за да видиш какво работи и какво не по емпиричен път. Това обикновено значи, че получаваш бързо обратна връзка за идеята си, бързо можеш да отсееш гнилите ябълки и да минеш към следващата итерация. Също така не разчиташ много на документация и предпочиташ да стигнеш сам до работещо решение. Учиш чрез експериментиране.
Работи ли „Движи се бързо и чупи“ днес? Да! И е супер популярно в IT индустрията
В миналото никой не е можел да си позволи да се движи бързо и да чупи, просто защото е било твърде скъпо. Сети се за дългия път на един продукт до пазара в началото на XX век – инвестицията в разработването на продукта е била толкова голяма, че компаниите е трябвало да са сигурни в успеха на продуктите си. Днес, особено в софтуерната индустрия, сме създали инфраструктура и процеси, които драматично скъсяват времето за излизане на пазара. Натискаш бутон и си live – толкова е евтино, че бързата обратна връзка си струва спорадичните грешки.
Нагласата зад този стил
„Прави грешки по-бързо от всеки друг“ движи софтуерната индустрия от години и в значението си съдържа гъвкавостта и стремежа към иновации. Често се ползва в контекста на хакерското мислене, за да посочи, че важна е идеята, а не толкова реализацията ѝ.
Възможните капани при този стил на работа
„Движи се бързо и чупи“ е толкова вкоренено в нашата култура, че дълго време е мото и на Facebook, преди да се трансформира в по-умереното „Движи се бързо с устойчива инфраструктура“. Защо според теб са го променили? Защото някои неща си струват времето и усилията. „Движи се бързо и чупи“ може да доведе до технически дълг на по-късен етап и/или усилия на екипа да разчиства след грешките, които сме приели като добра сделка срещу по-краткото време до пазара. Може да навреди на репутацията – нашата и на клиентите ни, като ни представи като безотговорни към потребителите. Нека не забравяме критичния за безопасността софтуер, където грешките могат да струват човешки животи.
Съвет, ако това е предпочитаният ти стил на работа
Loading …
Hybrid
СофияНе позволявай нетърпението ти да взема решения вместо теб.
Стил 2: Два пъти мери, един път режи
Ако предпочиташ да работиш така, вероятно си даваш достатъчно време за проучване и вземане на решения. Често мнението ти е аргументирано и подкрепено с доказателства. Средно правиш по-малко грешки от недоглеждане и решенията ти се базират на проучвания и най-добри практики. Вероятно се радваш на повече хармония и единомислие в свoя екип поради естеството на решенията си. Учиш чрез анализиране.
Работи ли „Два пъти режи, един път мери“ днес? Да и понякога този подход е задължителен, независимо в коя индустрия си.
Представи си нагласата „Движи се бързо и чупи“ при операция на пациент, строеж на висока сграда или работа с горещи метали. Този подход е водещ при разработването на медицински или друг критичен по отношение на безопасността софтуер.
Нагласата зад този стил
Работата ни като софтуерни инженери е малко вероятно да поставя човешки живот в риск. Все пак обаче искаме да направим най-доброто за своите клиенти. Грижим се да няма вреди върху репутацията – нашата и тяхната. Съзнателно отделяме повече време, така че клиентите ни да са горди от функционалността, която сме разработили за тях. Дори и да не работиш в областта на медицината, винаги има проекти, при които „да мериш два пъти“ не само е разумно, но и очаквано.
Възможните капани при този стил на работа
За съжаление нещата не винаги са ясни и трябва да прецениш колко време можеш да си позволиш да инвестираш в едно решение и дали си струва да правиш дадена функционалност близка до съвършенството. Запази търпението си за решения, при които грешка би ти струвала скъпо, или веднъж взети не могат лесно да се променят. За всички останали послушай Дан Гилбърт: „Изглежда не осъзнаваме, че светът няма лукса да изчаква пълните отговори, преди да предприеме действие.“
Съвет, ако това е предпочитаният ти стил на работа
Не позволявай нерешителността и страхът от неизвестността да спъват прогреса ти.
Кой стил на работа да избера за себе си и своя екип?
Приеми, че и двата стила имат предимства и недостатъци. Реалността изисква да работиш комфортно и в двата стила, като избягваш техните крайности. Накратко казано, трябва да се научиш да вземаш добри решения бързо. Много по-лесно на думи, отколкото на практика, нали?
Заобиколи се с хора с различни предпочитания от твоите. Имала съм възможност да работя и в двата стила, като винаги клоня към „Движи се бързо и чупи“ като основен. Виждам колко грешки можех да избегна, ако си бях давала малко време да обмисля ходовете си предварително.
Те са просто още един инструмент. Има подходящи ситуации да проявяваш и двата стила на работа. Можеш да се научиш да разпознаваш кога е удачно да ги използваш спрямо работния контекст. Ако ръководиш екип от инженери, научи се да даваш възможности и за двата стила. Например можеш да включиш Proof of Concept stories, които да позволят на хората да експериментират, и заедно с това да дефинираш стратегически теми, в които да се потопят спрямо своите интереси.
