Как судебный пристав домечтался до ИТ

Спойлер: через пот, кровь и слёзы. История о том, почему ИТ — это не про счастье и инновации, а про покой и волю.

В закладки
кадр из фильма «Четыре комнаты»

Меня зовут Евгений Шатунов, я руководитель проекта в компании БЕТА, и мы занимаемся упаковкой технологий машинного обучения (и не только) в дружественные клиентам бизнес-приложения. Но это сейчас.

А пять лет назад я был судебным приставом, на меня спускали собак, выходили с оружием, и к высоким технологиям я имел такое же отношение, как коридорный Тед к детям мексиканского гангстера в фильме «Четыре комнаты».

Хочу рассказать, как я дошел до такой жизни.

Когда к нам сейчас приходят собеседоваться кандидаты, то все как один на вопрос «зачем вам это?» говорят, что ИТ – это прогрессивно, денежно, и я тоже хочу запустить космический корабль имени себя бороздить просторы информационной вселенной.

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

  • Мне. Отрефлексировать наконец-то для себя этот опыт

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

  • Мне. Стать популярным и брать деньги за рекламу :)

Правило 1. Если у вас нет профессионального опыта в IT, но есть красноречивый бытовой – все возможно.

Когда я пришел, у меня было три ключевых скилла:

1. Опыт управления персоналом, до 200 человек единовременно. Из него вытекли хорошо отточенные навыки коммуникации и документооборота.

2. Опыт работы в качестве судебного пристава. Здесь тоже про документооборот и коммуникацию, только при другом градусе неадекватности и стресса. Есть структуры, где творческий подход и гибкие методологии – вопрос выживания :)

3. Работа в среде Linux. У меня в свое время был слабый нетбук, который умирал на Windows 7. И мне нужно было решить проблему с минимумом затрат. Так я освоил и полюбил консольный Linux, потеряв бонусом остатки страха перед кодом и терминологией разработчиков. Наверное, только благодаря этому адаптация в компании заняла у меня максимум 3 месяца.

Правило 2. Задача менеджера – не общаться с клиентами и разработчиками,

и уж тем более не пересылать письма одних вторым, а обеспечивать своевременные ответы на правильные вопросы.

Здесь есть две стороны: вовремя получить ответ от заказчика (а если там собралась аж рабочая группа – то это целый квест) и получить адекватные сроки и обратную связь от разработчиков.

Был случай, когда нашла коса на камень, и мне пришлось совершить жесточайшую ошибку менеджера проектов. Я залез в код. Залез, поправил, вылез и спокойно выдохнул. Потом залез еще раз. И еще.

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

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

Правило 3. Быстро – это лично.

Мы прошли этап работы с разработчиками на аутсорсе. Наверное, его проходит каждая компания. Но с ростом понимаешь, что высокое качество продукта (а услуга по разработке ПО – это продукт) недостижимо с аутсорс-разработчиками. Разные часовые пояса (самое меньшее из зол), разные подходы к реализации, разная степень заинтересованности – работа с этими факторами выливается в конечном счете в дополнительные затраты: временные, денежные и эмоциональные.

Зато теперь я знаю 100 и 1 способ вычисления вранья по скайпу.

Правило 4. Думай медленно – программируй быстро.

По Канеману (кстати, очень рекомендую к прочтению), если речь идет о сложной логике и нестандартных задачах, то мышлению требуются существенные усилия, чтобы выполнить их правильно. То есть в случаях разработки – почти всегда.

На практике это означает, что 5 человек в команде разработки не могут выполнить за неделю задач на 200 часов. Немалую часть времени они будут тратить на то, чтобы обдумать, как лучше реализовать ту или иную задачу. Если не учитывать это при планировании, то весь проект будет идти в режиме «нужно завтра». В начале и вам и заказчику будет приятно смотреть на план-график, но в итоге его проклянут все.

Да, возможно решить какие-то горящие вещи в авральном режиме. Однажды, например, нам нужно было сделать заказчику техническое задание за период новогодних праздников. Мы чуть не умерли, конечно, но сделали. А потом сделали соответствующие организационные выводы: ввели уровни критичности задач, которые теперь на старте озвучиваем клиентам, чтобы обеспечить максимальную прозрачность разработки.

Правило 5. Нет того, что нельзя реализовать в ПО.

Одно из правил, которое я усвоил в компании, это то, что в разработке нет вещей (бизнес-задач), которые на данном этапе технологического развития нельзя сделать. Возвращаясь к 100 и 1 способу выявления вранья – когда мне говорят, что вот этого сделать нельзя, это сразу звоночек. Либо человек не знает, а что гораздо чаще – ему лень разобраться или не интересно «копать». Здесь мы возвращаемся к проблеме качества продукта с аутсорсерами – у них нет такой мотивации.

Еще один признак – это общие слова вроде «долго, тяжело, непонятно». Мой первый вопрос – «сколько?» Насколько долго, насколько тяжело? Любая задача может быть оценена в часах, даже если это нестандартная (для кого-то) задача и ей нужно больше времени. Всегда можно увеличить срок, если речь идет о промышленной разработке и качестве реализации программного обеспечения.

Резюме

Здесь мог бы быть абзац про покой и волю, к которым я пришел в ходе своего пути к управлению разработкой, но нет. Будет только популярный среди мамкиных миллионеров (что же, мой личный опыт это подтвердил) вывод о том, что главное, на что стоит смотреть в людях из так называемых софтскиллз, это вовлеченность и увлеченность. Хорошая команда – это люди, которым не все равно. И всё. Это единственная причина, почему у кого-то взлетает, а у кого-то нет.

Материал опубликован пользователем.
Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Евгений Шатунов", "author_type": "self", "tags": [], "comments": 6, "likes": 6, "favorites": 7, "is_advertisement": false, "subsite_label": "hr", "id": 81717, "is_wide": false, "is_ugc": true, "date": "Wed, 04 Sep 2019 09:57:31 +0300", "is_special": false }
0
{ "id": 81717, "author_id": 356073, "diff_limit": 1000, "urls": {"diff":"\/comments\/81717\/get","add":"\/comments\/81717\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/81717"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199121, "last_count_and_date": null }
6 комментариев
Популярные
По порядку
Написать комментарий...
–3

А пять лет назад я был судебным приставом

Нашел, чем похвалиться. Как это тебя в структуру уфсин еще не занесло

Ответить
2

Почитайте внимательно, история не приставов и не про хвальбу работы там.
Или в местные «тролли» заделались?

Ответить
0

Мутновато. Заголовок намекает, что будет история - фабула, развязка. А есть только "было", "стало". Про правку код непонятно - как/когда удалось залезть в ML код, если в начале не было никаких навыков?

Ответить
1

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

Действительно, навыков по разработке не было, но тут помогала большая тяга к познанию технологий (как это все у меня в проектах работает), ответственность за результат и опыт и пользования Linux. И это результат ни одного месяца.

Главное что хотел донести этой статьей, так это небольшие выводы по результатам работы 1,5 лет в разработке IT продуктов.
Для многих опытных РП эти выводы итак будут очевидны, но надеюсь кто-то сможет взять что-то себе на заметку, подчерпнуть новые мысли или вспомнить давно забытое.

И буду рад услышать опыт других коллег, кто, также как и я, начинал работу в IT с нуля.

Ответить
0

Нужен подсайт в честь одного сайта на итальянском домене, далеко не первая ж история тут :)

Ответить
0

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

Действительно, навыков по разработке не было, но тут помогала большая тяга к познанию технологий (как это все у меня в проектах работает), ответственность за результат и опыт и пользования Linux. И это результат ни одного месяца.

Главное что хотел донести этой статьей, так это небольшие выводы по результатам работы 1,5 лет в разработке IT продуктов.
Для многих опытных РП эти выводы итак будут очевидны, но надеюсь кто-то сможет взять что-то себе на заметку, подчерпнуть новые мысли или вспомнить давно забытое.

И буду рад услышать опыт других коллег, кто, также как и я, начинал работу в IT с нуля.

Ответить
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "Article Branding", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "cfovx", "p2": "glug" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Баннер в ленте на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "disable": true, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ] { "page_type": "default" }