Как затащить быстро и дешево

Всем прекрасного вторника, коллеги! 

Сейчас 11 ноября — пик кленовой шуршальности и срок когда стоило бы закрыть работы по строительству, потому что  строить под дождем, когда по ночам минус — неприятно и больно. Ниже слева —   дачка моего соседа. Он строит ее уже 6 год и потратил миллионов 10, она еще не накрыта крышей, хотя летом он планировал закрыть тепловой контур. У моего соседа свой бизнес,связанный со строительством, он трудолюбивый, аккуратный и богатый. То есть его компетенции и ресурсы не вызывают сомнений.

А справа — моя дачка, внутри нее есть мохнатое кресло, теплые полы, горячая ванна, посудомоечная машина, а в печке горит огонь.  Я построил ее за полгода и 2 миллиона рублей и уже 4 год в ней живу. 

И вопрос, который я бы хотел поднять в этой статье — это почему заведомо более ресурсный и компетентный специалист проиграл в достижении цели некомпетентному и бедному. И вопрос конечно не строительстве дома, а в IT- долгостроях. Всегда ли куча ресурсов и компетентности гарантируют если не коммерческий успех, то хотя бы вывода MVP в продакшн.

Другими словами почему Паша Дуров, командой из 30 человек тянет телегу с миллиардом пользователей за него вступается Илон Маск и Президент ОАЭ, а ты своей командой из 30 сеньоров почти закончил за год фичу, по регулировке сыра в приложухе для заказа пиццы.  

 

Для честности сразу скажу, у меня дом 96 метров, у него больше 350, и я не хочу начинать срач, на тему зачем на даче 4 туалета на трех членов семьи и зачем спальня в 50 метров на 2 этаже. Даже если выкинуть это то путем простой экстраполяции мы понимаем, что дом в четыре раза больше оказался в 10 раз дороже и в 20 раз дольше по срокам. 

Отдельно скажу, что когда я выбирал участок есть огромное количество подобного недостроя, когда люди вкладывали все деньги и время в строительство дворца, а потом продают в состоянии готовности 80-90%, потому что хлопнул полтос, дети ушла, жена ушла и дом не нужен. То есть велик процент того, что проект “большой дом” не увенчается успехом вообще. 

Но почему я могу писать эту статью? 

Сразу скажу считаю, что считаю умение заканчивать проекты считаю физиологичным. Я, например, объективно прекрасный муж и олимпиадник по математике, но у меня нет печальных историй, как я замерзшими пальцами под ударами кнута решал задачки по алгебре с 5 утра до 3 ночи, или провел 1000 свиданий, чтоб найти ту самую девушку. Я просто приходил на олимпиады и мне было понятно, как их решать, я просто увидел девушку и подумал, что она будет моей женой. 

Умение заканчивать проекты такая же физиологическая и психологическая особенность, как высокое либидо или СДВГ. 

Умение заканчивать проекты возможно связано с дофамином, гормоном который выделяется при финише проекта(а еще при думскролинге и промискуитете), поэтому они имеют наркотическую зависимость закончить проект, потому что дофаминовая яма сильно хуже, чем похмелье. 

Второй момент, что у них мощный процессор, они умеют аналитично мыслить и держать много инфы в контексте, оптимизируя процесс и выкидывая лишнее, но к сожалению плохая память и поэтому они стараются закончить побыстрее, пока не потеряют интерес.

Почему я считаю, что я могу себя таковым считать? 

1. Тут висит статья, как я открыл пивбар за 2 недели и 300к. Это очень быстро и дешево.

2. Тут висит статья, которая вошла в топ-5 лучших на хабр, которая была написана пока я ехал в метро домой.

3. Я построил дом за 2 ляма и полгода. Это не готовый проект, сменилось 7 бригад, дом был по чертежу в тетрадку в клетку.

4. Ну и да как то я скропал приложуху за месяц, на которую планировали потратить пару лет и меня уволили за токсичность, потому что начальник хотел стартапить, брейнштормить и презентаций и у него был прорывной мегагениальный проект, а я без пиетета сказал, что это типовая крудошлепка. 

Для тех кто скажет, “ЭТОДРУГОЕ”, вот у Дурова легкий проект, просто удачно взлетел, а у нас сложнейшее финтех легаси и нужны сотни людей и десятилетия работы, чтоб его сделать. 

Тот же твиттер имел численность персонала   6500 человек до прихода Илона Маска, он уволил 80%, там осталось 1300 человек, но это в 40 раз больше, чем в телеграмме Дурова. 

Так вот после того, как я ушел из упомянутого стартапа в пункте 4, они уже второй год кропают этот стартап на Бали силами команды из 10 человек. 

Что это за человек? 

Все люди разные, у кого то лобные доли больше у кого то мозжечок, интраверты и экстраверты, шизоиды и истероиды. Все люди разные и каждому дано свое, и эту свою суперспосбоность надо развивать. 

Это люди с хорошим системным мышлением и плохой памятью, они не любят долгие проекты, презирают нюансы  и забывают имена. Поэтому они все упрощают и ускоряют. У меня квадратный в проекции дом с самой простой крышей, с минимальной длиной коммуникаций.  Поэтому он теплый, надежный и дешевый. 

Люди с другой стороны, аккуратные, любящие все по полочкам, документацию сделают это на порядок дороже, дольше и аккуратней. Их дом будет с флигелями. подогреваемой кровлей и умным домом. Но не будет достроен.

 Давайте назовем аккуратных, компетентных, ресурсных людей типа моего соседа, людьми-соседями, а людей типа Дурова, которые умеют доводить дело до конца —  людьми-концами.

Дуров, когда ему понадобился логотип для “Вконтакте” просто написал в текстовом редакторе две синих буквы шрифтом Ариал. Он не устраивал тендер, не нанимал дизайнера, он потратил 2 секунды времени и 0 денег. Это пример того как мыслят люди-концы и почему они достигают успеха.     

А Вот типичный bugflow человека-соседа. 

Во-первых тут явно потрачен не один день чтоб ее создать, есть подозрение что еще согласовывали месяц.

 Во-вторых,  тут Три конечных статуса!!!!! Три!  DONE, CLOSED, RESOLVED.  Чем он отличаются? Чем? В какой надо довести? 

В релизной ветке надо переводить в один статус DONE, в дев ветке в статус RESOLVED, а при багах с прома и если она признана критикал и выше, на дворе второй четверг месяца, и тестировщица либо блондинка либо брюнетка, то ее может перевести в следующий статус кто не ниже вице-аджайл-президента по комплаенсу при наличии апрува от  от управления качеством и диаметра ноздрей не менее 3см у скрам-мастера, а если команда больше 14 человек то еще и аджайл-господина, но только если она не висела в предыдущем статусе больше 6 часов. Что сложного запомнить? Зато Вы понимаете, чем занималось 6500 человек в твиттере и почему 30 человек в телеграмме смогло их заменить. 

И я специально оставил фотку в таком качестве, чтоб было омерзительней и вы страдали) 

 Кстати, статусная модель человека-конца выглядит проще:

 Надо сделать ->делается->сделано.

 И как вы понимаете, проблема не в статусной модели Jira.  Тот же человек, который делает такую статусную модель, он же строит дом 15 лет, он же умеет делать IT-долгострой на миллионы строк, еще в середине которого все окончательно прекратили понимать, что вообще происходит и сотни мотивированных дисциплинированных сеньоров носятся туда-сюда, пятый год делая то, что один мидл-конец сделает за полгода, а проект превращается в болото.

Ради справедливости, что если у вас уже долгострой, только человек сосед сможет удержать его от падения, человек-конец не хватит компетенций. 

Так как же его найти? 

Кстати читал в метро книгу “как пасти котов”, там автор-сосед разделил программистов на 16 типов: ученые-конструкторы-минималисты-разгильдяи-кто-то еще. Я всего на 2, потому что я практичный человек-конец. Тип человека надо определить за час собеса.

 Первые(концы) нацелены на результат, когда он начинает строить дом, он видит плов на открытом огне, вечера в шезлонге и чай на веранде. Второй(сосед) видит процесс, технологии. Ему результат неинтересен. Если на собесе, человек рассказывает что его приложуха вдвое быстрее работала, чем у конкурентов —  то это человек-конец, если рассказывает что шардированная БД крутилась  на 18 large подах на AWS и стейт-машину, то это человек-сосед. 

 Если спросить меня про дом, я скажу, что у меня вековые сосны, ярко-желтые клены и печка-буржуйка. Если спросить моего соседа он скажет, что у него будет самозатягивающаяся мягкая кровля, которая умеет затягивать дырки меньше 3мм в диаметре и котел с электронным отоплением.

У человека-конца все хорошо, семья готова, машина есть, квартира есть, дети есть, разряд по бегу есть, мотоцикл есть. Все что он хотел — он достиг.

    Человека-сосед в состоянии развода(лучший адвокат в городе), 300 метровая квартира в центре города в ремонте(ждем итальянские унитазы), машина(новейший мерс) в сервисе(через правильного человечка заказал правильное масло серым импортом), он сам в больнице с желтухой лечится самыми новыми лекарствами из Израиля.

И да человек-сосед компетентней, умнее, старательнее, трудолюбивей и правильней. У него больше шансов пройти собес. Человек-конец может достичь результата без компетентности, у него лютый процессор, дуровая мощность. Пока сосед рассуждал, что есть 4 тропы на Фудзи и 9 станций, и нужны термоноски и обувь с защитой голеностопа, но сейчас зайти невозможно, потому что после 11 сентября подъем закрыт, бла-бла-бла, я просто перелез забор и 5 часов топал в горку по чертову черному вулканическому песку.  Нате Вам фотку с вершины Фудзи, не знал чем текст разбавить. 

А зачем оно вам надо?  

Помните кинчик про синих аватаров, как он дракона выбирал? Как узнать, что это “тот самый?” ответ: “он захочет тебя убить.”  Человек-сосед и человек-конец не понимают друг-друга и ненавидят(, кроме тех, кто умны и умеют в саморефлексию, понять свои минусы и завидовать чужим плюсам(помните об этом, когда захотите написать мне гадость).

  Если заставить человека-конца жить по bugflow, разработанным человеком-соседом, то к концу дня один поедет в больницу, а другую в тюрьму, а вам отмывать флипчарт от крови, особенно, где написано DONE, RESOLVED, FINISHED. 

Но если заставить человека-соседа работать по схеме, сделанной человеком-концом, то внезапно это будет самый эффективный союз в мире.

 У лопаты острие должно быть из металла, а ручка из дерева  — тогда это эффективно, если вы сделаете наоборот — все проклянете.  Это не откровение, это обычный матричный менеджмент, где есть человек-как и человек-что и не вздумайте их перепутать.

Братья Дуровы, Стивы Джобс и Возник, Палмер и Гейтс. Все это примеры сверхэффективных  команд разных людей. Заметили, один из них инженер, а второй презентатор и просто знает, что надо делать и куда идти. Кстати, люди-концы обычно неприятные в общении люди и зная это —  стараются держаться в тени. Они молчаливы по простой причине — они знают, что надо делать и им непонятно, почему всем остальным непонятно(это ж примитивно и ясно) — это невероятно бесит) 

Зато они красивые(Дуров, Джобс), потому,  что это самый эффективный способ продавать и предаваться промискуитету) 

С другой стороны, оно вам надо? 

Если вам в крупной корпорации доверят диджитализацию, цифровизацию, переход на отчественные аналоги, то если вы сделаете ее силами 10 человек за полгода — то вы всего лишь тимлид. 

Если вы вырастете человек на 500, растянете это лет на 5 и будете героически превозмогать дедлайны ночами, то вот вы уже вице-президент по диджитализации, а это значит симпозиумы в Риме и Лондоне с клевыми телочками и бесплатной алкашкой.  

 Если вы наймете такого тимлида-конца не надо надеяться на умные презентации, флипчарты, стратегические сессии и совещания, и долгие беседы-восхваления вашей мудрости. Никто не будет Вас слушать и кивать, восторгаться мудрости,  предлагать вариантики, а за смену техзадания можно и головой о флипчарт удариться. Вопросы будут к вам закрытые, требующие ответа да/нет, и ответы на ваши вопросы такие же. А если вы будете отвечать развесисто и неконкретно, то в конце вас спросят: да или нет и неуместно подсвечивать вашу некомпетентность.

Большие корпорации склонны выживать таких людей,  им нужно работать по правилам, нужны высокие коммуникативные навыки, которые связывают всю команду, высокая степень обмена информации, не ради эффективности, а просто как клей компании. Человек-сосед очень приятен-обходителен, всегда готов рассказать вам разницу между mysql и postgres, привести доводы и нарисовать метрики. Только проект сделать не может.  

Человек-конец, как, например, Илон Маск первым делом уволит 80% людей, потому что они нафиг не нужны, а потом  найдет всех, кто причастны к созданию вышеупомянутого bugflow и ******. 

В общем подумайте, надо ли оно вам. 

Ну и ладно, а теперь конкретные советы как опознать и расчистить IT-болото.

В своих рассуждениях я происхожу из аксиомы, что чем проще, тем быстрей надежней. Две строки кода лучше, чем три. Чем проще и понятней логика, тем сложнее совершить в ней ошибку. кто хочет поспортить с этой аксиомой велкам. религиозным поклонникам тестов, расскажу случай, как трансформатор стоимостью 55 миллионов сгорел нафиг из-за замыкания в системе защиты от замыканий.

Понеслась. 

1. Сделайте всю жиру из 3 статусов. Если вам кто-то скажет, что так нельзя попросите найти хоть одно эмпиричное доказательство, что сложная джира повышает эффективность. Мы же эффективны и нам нужны доказательства, а не трындеж?

2. До того как пришел  докер, который быстро-легко-гибко-удобно,  деплоем приложения занимался слегка прибухивающий сисадмин, который сам же таскал сервера и устанавливал принтеры, а сборку чинил  уронивший прогер и нередко джуна было достаточно. Да и по вине сисадмина она никогда не падала. Чему там падать? 

   После того как сделали докер, добавили для удобства кебурнетес и далее, оказалось что нужна целая банда девопсеров по 500к за каждого, а понять упавшую сборку никто кроме них не могут, потому что там что-то на колдунском, да и девопсеры не могут. 

   Не пойму как может быть проще вместо просто java -jar, приложуху положить в JVM, JVM положить в докер, докер в кубернетес, кубернетус в опеншифт, опеншифт в . …. 

   Мы точно одинаково понимаем слово быстро и легко?

   

3. CI-CD и пулреквесты. Самое эффективное. что я встречал —  пушить в дев. Каждое утро сеньоры проглядывают коммиты и быстренько правят сами, либо делают TODOшки и пишут исполнителям, что поправить. Также экстренно чинят, если сборка поломана и дают люлей негодяю.  Очень вымораживает ждать одобрений и мержить. В итоге одновременно приходится помнить о куче задач одновременно, решать конфликты и так далее. Это тратит кучу времени и денег. Если у вас есть ссылка на адекватное исследование, что это ускоряет разработку и уменьшает количество багов на проде — велкам в студию. 

4. Тесты. Можно хоть одно адекватное исследование, где написано, что вот мы писали с тестами и без тестов, и тут у нас получилось быстрее и в финальном продукте меньше багов? Пока такого нет, не вижу резона тратить на него столько времени.  Книжка про  TDD вызвала у меня уверенность в психическом нездоровье автора, я тогда подумал , что я джун и что-то не понимаю. А нет…  Все я понимал. И еще раз, строчки тестов — это дополнительные строчки кода, а значит могут ломаться. А значит не добавляют надежности, простоты и легкости. 

5. Аджайл. Аджайл для изобретателей и творческих личностей. Если вы пилите тысячную  корпоративную приложуху, то аджайл это не про вас. Еcли у вас нет человека, который понимает, что должно быть в конце, когда вы пилите корпоративную админку… Ну… Куски аджайла можно применить.

6. Запретите совещухи больше 6 рыл. Если какой-то чувак всегда молчит — не надо надеяться, что он внимательно слушает, конспектирует и восторгается мудростью. Он пишет сейчас статью на хабр) 

И последнее: конец важен на проекте, но интеллект не менее. Помните, я все-таки природный олимпиадник, физиология и дофамин важны, но интеллект, логика и системность еще важнее. Блин, только сейчас понял, моя дача не только квадратна, но еще и фрактальна в плане)

Всем спасибо! Если данная статья вызвала у вас неприятие и желание меня убить, значит мы можем быть эффективной командой)))  Добра!

UPD: Уточню после прочтения комментариев. Эта статья не про архитектуру приложений, а про менеджмент проектов и наем персонала. Человек- сосед, человек-конец — это скорее про менеджера, но и относится к тимлиду, который тоже технический менеджер. Хотите сделать дорого и долго, постоянно меняйте техзадание, лезьте в техническую реализацию, требуйте постоянно переписывать на самую последнюю библиотеку. Хотите наконец завершить проект замените менеджера на человека, ориентированного на результат, а не процесс.

Идеальная команда, когда менеджер хочет сформулированного результата, а технарь настаивает на качестве, на слиянии получается идеальный результат.