Менеджмент на опыте | Мысли Сергея Раскина

Смех смехом, а как-то я лично участвовал в проекте с совмещенными фазами "Анализ"-"дизайн"-"разработка"-"запуск".

Ровно как в нижнем графике, даже месяцы те же были.
Причем это заложено было в проект изначально.

Дело было в 2005 году.
Scrum как фреймворк тогда только-только зародился, а вот scrum.org еще не было. И это - в США, а в России статьи и размышления на эту тему воспринимались примерно как Sci-Fi про далекую галактику. У нас в те времена и проектная-то методология была внедрена совсем даже не везде.

В Билайне тогда работал.
Правда не РП, а - аналитиком. Давно дело было, в РП я еще не умел :)

И вот в год объявления громкого и оглушительного ребрендинга, вот когда вместо 🐝 на синем фоне появились желто-черные полоски, в маркетинге Билайна зародилась идея поддержки бренда, в виде акции "От подарка не убежишь".
Срок запуска - сразу после НГ, с 15 января.
Требования? Ну так-то были, но заказчик же - маркетинг!
Поэтому идеи генерились каждый день новые.

☠️ Приоритет задачи - умри, но сделай.

🕺💃 Перед лицом общей угрозы ИТ объединились с бизнесом.
Каждый день собирались, обсуждали новые требования: вот это сделать за 2 месяца можем, а вот это - ну никак.
Враждовавшие на уровне подразделений аналитики бизнеса и ИТ дружно думали над ТЗ и Change-реквестами, а затем проталкивали каждый из них на ручном приводе.
Маркетинг мило щебетал с коммутаторщиками и иными железячниками.
РП проводил по 6-8 встреч, то с маркетингом, то с начальством, то с ИТ.
Напомню, ни о каком Agile тогда никто не слышал. ⬇️

#СлучилосьСоМной

Мы

С большинством тезисов, описанных в этом посте уважаемого Г. Михеева согласен.

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

Когда сложная интеграционная задача есть, а менеджера у нее - нет.

Менеджерский костылинг.

Для менеджеров мем с картинки подходит даже больше, чем для кодеров.

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

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

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

Костылей никто не хотел - костыли были неизбежны.

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

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

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

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

Постправда.

В менеджерской жизни неизбежна как погодное явление.
Ты можешь себя считать правым в споре, считать, что в не внедрении виноват не ты - а вот он.

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

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

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

Постправду нельзя откатить назад в правду, как и фарш нельзя провернуть назад в мясорубке.
Но из фарша можно сделать вкусную котлету.

👆 Теперь я знаю, как это называется по-научному

Алгоритм страуса.
Стратегия избегания проблемы в расчете на то, что она скорее всего не произойдет.
Используется тогда, когда с точки зрения трудозатрат или затрат вообще проще дать проблеме случиться, чем работать над ее предотвращением.

Ну, то есть:
не
мне не хочется тратить на это время,
а
к этому риску предлагаю применить алгоритм страуса 😄

Минутка рефлексии.
Многим известны 6 стилей лидерства по Д.Гоулмэну: авторитарный, демократический, дружественный, наставнический, эталонный, визионерский.

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

Иногда приходится быть авторитарным, но это для меня - менее комфортно.

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

Хотелось бы послушать мнения, как эти побочные эффекты уменьшить.

#ПроМеня

Вот кстати формула "или совсем дурак или совсем даже не дурак" (с) прямо-таки просится.
Конечно, речь о том, кто утвердил эту вакансию в штатном расписании футбольного клуба 😀

Любой адекватный IT-менеджер понимает, что без хороших кодеров никакой проект успешно внедрить не выйдет.
И даже более того, хороший кодер сможет своими лайфхаками прикрыть 1-2 менеджерских или аналитических просчета и срочно что-нибудь доправить перед внедрением или сразу после.

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

2й год подряд Сбер проводит Конкурс красоты кода – масштабное IT-соревнование программистов.
Как проходит Конкурс?
- участники решают задания в одной или нескольких дисциплинах (Frontend, Backend, Mobile, DevOps, AI). Задания для каждой дисциплины размещены на сайте
- решения проверяет независимое жюри, собранное из разных технических компаний
- авторы лучших решений получают призы, почёт, славу и возможность увековечить своё имя в истории конкурса 😊
Смотрите задания на сайте и пишите самый красивый код!

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

😥 Сотрудники Сбера, к сожалению, принять участие в конкурсе не смогут

Проектное управление vs Scrum (Agile) в сложных интеграционных задачах

Или он совсем дурак, или он совсем даже не дурак (c) 😀

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

Для этих случаев у меня есть #быль.

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

Итак, в какой-то момент он начинает комментировать чью-то тендерную документацию.
И видит в ней ну очень специфические требования к конкурсантам.

Далее, стартует театрализованное представление на собравшихся:

Ага!
Ну то есть, как я понимаю, менеджеру было лень готовить конкурсную документацию и он решил делегировать эту писанину - подрядчику.
А подрядчик, который в этом же конкурсе хочет участвовать - с радостью же согласился помочь, так?
...
И в результате мы видим в требованиях к конкурсантами наличие сертификатов, уникальных для этого поставщика? А некоторые он и выдает? :)
Странно, что нет требований к буквам в названии компании
...
А что?
Молодцы ребята! К ним нет вопросов.
...
Вопрос у меня про менеджера, который делегировал написание конкурсной документации компании, мечтающей этот конкурс выиграть.
И который не проверил за коллегами, что они написали...

Либо этот наш менеджер - совсем дурак! И тогда таким в нашей компании не место.

Либо ... этот наш менеджер ... - совсем даже не дурак
😆

Занавес, хохот, аплодисменты.

Спустя некоторое время эта цитата стала для меня универсальным опросником, который я себе задаю, если чье-то поведение мне не до конца понятно.
Как правило, оказывается, что "совсем даже не дурак" :) Не в коррупционном, упаси боже, смысле, а в смысле неочевидности изначального замысла.

#Быль

Менеджмент на опыте | Мысли Сергея Раскина pinned «Рубрикатор (техническое обновление от 19 сентября) Из уважения к присоединившимся к каналу новым подписчикам, а возможно и для удобства моих давних читателей, публикую топ предыдущих постов, на которые мне бы хотелось обратить внимание, так как не все долистают…»

Рубрикатор (техническое обновление от 19 сентября)

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

📌 чуть-чуть про себя и для чего веду канал

📌 о том, почему решения надо продавать и что бывает, когда продать не получается

📌 почему тот, кто дает блокирующие замечания к проекту - не враг, а иногда союзник

📌 до какой глубины менеджеру имеет смысл погружаться в детали своего проекта

📌 о том, что на практике управлять проектными рисками гораздо проще, чем обычно пишут в методиках, начиная с PMBOK

📌 какие мягкие навыки для руководителя проекта это - база

📌 как сделать так, чтобы тебя понимали на управляющих встречах

📌 как работать в токсичном проекте и почему это - еще и возможность

📌 почему стресс в менеджерской работе неизбежен и как с этим справляться

📌 Почему менеджер, внедривший крупный проект чувствует себя примерно как Евгений Трефилов и что делать

📌 Как не дать разовой коммуникации с незнакомым коллегой сделать обратную связь от руководителя негативной

📌 О том, что каждое слово при докладе Top-руководителям может стать последним

📌 Как вести себя менеджеру, если попал в неприятную ситуацию

📌 Как воспринимать прилет от руководства, даже если считаешь, что не по делу.

📌 Как писать протоколы встреч и зачем