Апрель, 2023 | Владимир Бычко об управлении проектами

Владимир Бычко об управлении проектами

пиэм разъясняет, предостерегает, рекомендует

Месяц: Апрель, 2023

Мысли за последнее время — 8

Изображение с unsplash.com, автор Priscilla Du Preez

О корпоративном дзене

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

Больше всего меня впечатлила инфа о том, что именно Сатья Наделла прекратил войну с опенсорсом и начал дружить с компаниями, всегда считавшимися заклятыми врагами Майкрософта.

В Майкрософт всегда говорили, что Linux – раковая опухоль и опенсорс чрезвычайно вреден. Сейчас в никсовых системах прекрасно поддерживается Azure, а на гитхаб выложен исходный код множества мелкомягких продуктов.

На ежегодной маркетинговой конференции Salesforce Сатья Наделла демонстративно вынул из кармана айфон. Когда аханья и оханья о том, что это неслыханно, стихли, он продемонстрировал экран, на котором были все ключевые майкрософтовские приложения. И на Андроид вы можете скачать и ворд, и эксель. Более того, на планшетах Amazon доступен поиск Bing. И всё это взаимовыгодно.

Вот истинный корпоративный дзен. Не слепая конкуренция, а согласованные действия, выгодные всем сторонам.

* * *

Об осмысленности

Александр Васильевич Суворов придерживался мнения, что абсолютно все его подчинённые должны знать стратегию и тактику предстоящего сражения, от генерала до солдата. Это накладывает определённые риски — если кого-то из них возьмут в плен, смогут выпытать детали плана. Однако плюсы, выражающиеся в осмысленных действиях военных на поле брани, сильно перевешивают. Суворов провёл около 60 сражений и ни одного не проиграл.

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

* * *

Об оптимизации Избранного в Телеграм

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

* * *

О том, как ставить вопрос на собесе

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

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

Косвенное следствие. Совершенно бессмысленно спрашивать: «Расскажите, как вы делали x?» Надо спрашивать: «Как по-вашему, правильно делать x?»

* * *

О портфельном подходе

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

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

* * *

О теории и практике

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

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

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

Оставляю ссылку на пост про грейды пиэмов.

* * *

О поедателях с цифровых помоек

Придумал термин «инфофриган». Это человек, который бесплатно потребляет слитые инфокурсы.

* * *

О мышках и ёжиках

Важная мысль. Можно быть либо мышкой, либо ёжиком, среднего варианта нет. Ваша компания либо целиком работает по-белому — платит налоги, проходит проверки без взяток, платит официальную зарплату и требует от сотрудников кристальной честности, либо наоборот. Быть «серым», соблюдая закон частично, не получится, всё время будет что-то вылезать.

Быть «белым» ёжиком довольно прикольно. Читал случай, как в такую компанию (автодилер) приехали три тётки из Роспотребнадзора с проверкой. Ну и стали намекать — было бы неплохо пообедать, было бы неплохо нас развезти после работы домой и всё такое. Ну и по окончании проверки гендир распорядился главбуху, чтобы тот написал в Роспотребнадзор официальное письмо, что его сотрудницы съели обедов и прокатали за три дня проверки на 12 тыс. руб., ну и счёт. Видеть их лица было особенным удовольствием. Проверку прошли.

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

В ёжиковой компании сотрудники знают, что с ними обращаются честно, отражают в ведомостях всю зарплату, платят отчисления в пенсионный и ОМС, оплачивают больничный, но в то же время точно знают, что в случае реализации ими серой схемы, эту схему вычислят и их уволят с позором. И это очень ценно.

Быть ёжиком прикольно.

* * *

О кабинетах руководителей

Кабинеты руководителей, по крайней мере, в бизнесе, вышли из моды, оставшись прерогативой госов. В коммерческой компании руководитель обычно сидит вместе со всеми. И это, на мой взгляд, плохо, потому что основным предназначением отдельного кабинета было запираться в нём и плакать. Потому что демонстрировать публично своё отчаянье и понимание, что проект проваливается, категорически нельзя.

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

* * *

О табличках

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

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

Ссылка на канал.

* * *

О терминаторах на собеседовании

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

* * *

О вокабуляре

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

У меня было около 120 тыс., но это с учётом всех словоформ, мата и сленга.

Есть бот @Slov0bot, но он считает только в чатах, в которые его добавили. Личку анализировать не умеет. Печаль.

* * *

О редиректах

А вот ещё как бывает. Вы переходите по прямой ссылке на некий сайт и хотите с ней сделать что-то полезное. Скачать материал, посмотреть ролик, неважно. И сайт говорит, что вы не можете сделать это без регистрации или авторизации. Вы авторизуетесь\регистрируетесь и оказываетесь в личном кабинете или на главной странице. Хорошо, если ссылка на требуемый материал где-то сохранилась, но чаще пользователь просто матерится и уходит с этого сайта навсегда.

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

* * *

Об искусственном интеллекте

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

* * *

О целостности

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

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

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

Люди, как правило, целостны в своих недостатках.

* * *

Снова об онбординге

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

Да, и ещё один момент. Доступы. Бегать по сисадминам и саппортёрам и выпрашивать доступы к документам, которыми вы в него кидаетесь, сотрудник не должен. Это должны сделать вы, не позднее, чем за день до выхода этого сотрудника на работу.

* * *

О вебмастерах

Профессия вебмастера, когда один человек и дизайнил, и реализовывал, да ещё и тексты придумывал, ушла в прошлое, вместе с Web 1.0 На хедхантере сейчас нет ни одной вакансии с таким названием.

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

* * *

О роботе-психотерапевте

Мне нравятся визуальные новеллы. Последней я прошёл «Eliza» 2019 года. Новелла про девушку, устраивающуюся «прокси» к роботу-психотерапевту. В будущем люди морально готовы, чтобы их консультировал робот, но непосредственно общаться пока предпочитают с живыми «прокси», которые зачитывают реплики машины.

Новелла не слишком технологичная и без особой драмы, так что, рекомендовать не стану. А пишу о ней, потому что вчера прочёл в книге «ChatGPT и Революция Искусственного Интеллекта» Тимура Казанцева о том, что робот-психотерапевт Eliza существовал в прошлом, хотя и был довольно примитивен. В наше время многие люди используют ChatGPT в качестве психотерапевта, он их неплохо поддерживает, хоть и рекомендует иногда чушь. То ли ещё будет.

* * *

Об интересе и таланте

Наблюдение. Если у вас есть искренний устойчивый интерес к чему-либо, скорее всего, у вас есть к этому склонность или талант. И наоборот, если нечто вас совершенно не интересует, скорее всего, склонности к этому нет.

* * *

Об EDC

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

Посмотрел несколько видео подборки «Что в сумке», там, в основном, разные известные женщины и Даня Милохин. И чего там только нет. У Эммы Уотсон, например, есть даже свинка с мячиком и пушистая грелка, об которую она греется в самолётах. И ни у кого ни разу не встретил самого обычного простенького ножика. Я не говорю о страшных выкидухах с упорами, обычный няшный викторинокс. И вот как они обходятся без этого предмета, мне вообще неясно.

* * *

О поиске по архивам

Яндекс запустил поиск по архивам. Полезно для интересующихся генеалогией. Архивов доступно пока не очень много, но сервис сносно ищет по древним рукописным документам.

* * *

О фамилиях

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

Самое начало Вигерса

* * *

О невмешательстве государства и другом мире

Я понял, что мне кажется непривычным в фильмах и книгах о Джобсе и Айве. В них вообще не фигурируют госчиновники. Не то, что ни одного министра, даже ни одного главы комитета не упоминается вообще.

Бизнесмен Стив Джобс договорился с другим бизнесменом, Майком Марккулой, получил деньги, сделал бизнес. Потом договаривался с другими инвесторами, получал деньги от них. И никакого участия государства, никакого. Я не слышал, чтобы Белый Дом заказал ему десять тысяч айфонов или Пентагон — айпадов.

Всё-таки, другой мир эта Америка.

* * *

О драме

Пытался нагуглить определение драмы, нагуглил много мути, но так и не нашёл внятного, неразмытого определения. Пишут про обязательное единство времени, места и действия, но не пишут главное. А главное в том, что драма — это когда все стороны конфликта одновременно правы.

Все же досмотрели первый сезон Last of us? Если не досмотрели, не читайте дальше.

Драма из Last of us

Тётка, которая хочет сделать девочке операцию, права. Убить одного ребёнка, но создать вакцину от зомбификации, великая цель. Но и Педро Паскаль тоже прав, он привязался к девочке, не хочет, чтобы она умирала и считает, что жертвовать никем нельзя, это недопустимо. Отличный пример драмы.

[свернуть]

Что менеджеру проектов надо знать о пушах

Изображение с unsplash.com, автор Jose Antonio Gallego Vázquez

Если вы, как и 3,95 млрд человек, пользуетесь смартфоном, не можете не столкнуться с пушами. Сообщение, иногда с картинкой, прилетает в шторку уведомлений и отвлекает на себя внимание. Самая большая засада, когда у приложения нет опций, какие именно пуши слать, а какие не надо и вы не можете отписаться от них полностью, чтобы не пропускать важные уведомления. Простыми словами — вы хотите получать от банка пуши о транзакциях, но не хотите рекламу, но отключить можно только сразу всё. Приходится мириться. Пожалуйста, разрешайте в своих приложениях отключать рекламные пуши. А пока давайте разберёмся, что это такое и как работает с точки зрения пиэма.

Изначально эта технология не имела отношения к мобильным устройствам и использовалась для рассылки уведомлений о судебных событиях подписчикам этих событий. Ещё с её помощью слали новости фондового рынка биржевым торговцам. Чуть позже, во время войны браузеров, Майкрософт и Нетскейп внедрили пуши в свои браузеры, но по ряду причин тогда взлетела технология RSS. Ещё чуть позже её внедрили Гугл и Эппл в свои мобильные операционки и вот тогда она уже заработала нормально.

Дальше немного технических деталей.

APNS

На устройствах Apple для работы с пушами используется сервис APNS. Через него пуши отправляются как на iOS, так и на OS X (через Центр уведомлений) и OS X Server (отправка почты, календаря и контактов на устройства пользователей сети).

Схема работы APNS, картинка с Хабра.

Важный момент — для получения сообщения APNS, приложение-адресат необязательно должно быть запущено, пуш придёт в любом случае.

GCM

А на Android-устройства пуши отправляются при помощи гуглового сервиса GCM. Кроме того, через GCM пуши могут отправляться в приложения и расширения для Chrome.

Схема работы GCM, картинка с mavink.com

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

Пуши с точки зрения юзабилити

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

Форма уведомления. У сервисов пушей есть ограничения по размеру сообщения (2 килобайта для APNS и 4 килобайта для GCM) и по времени, которое пользователь готов потратить на его прочтение. Размещайте в тексте пуша значимое сообщение, например, как Яндекс Еде: «В честь вашего дня рождения, дарим промокод EDA24 на бесплатную доставку заказа от 800 руб.»

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

Интерес пользователя. Используйте аналитику и привязку к координатам, чтобы сделать пуши ещё более специализированными. Например, появление нового ресторана вашей сети на другом конце Москвы пользователя вряд ли заинтересует, в отличие от появления такого же заведения в его районе. Пуш о новогодних скидках 2 января не заинтересует вообще никого. Используйте сегментирование, например промокод на первый заказ нет смысла слать давним пользователям. Собирайте также статистику пушей, какие пуши чаще открывали, в какое время и всё такое. Помните о часовых поясах.

Звук уведомлений. Настройте свой, неповторимый. Чтобы пользователь знал, что новое сообщение пришло именно от вашего приложения. Такой звук есть, например, у приложения ВТБ, его пуш не перепутаешь ни с каким другим. Это тоже может стать преимуществом.

Оптимальной работы push-уведомлений можно добиться, объединив их на единой платформе с другими каналами связи, такими как электронная почта, SMS и голосовые звонки. Комплексный подход к коммуникации с клиентом сделает этот процесс бесшовным и эффективным.

В целом, это всё, что пиэму нужно знать о пушах.

Автор изображения — Анастасия Ермакова.

Что менеджеру проектов надо знать о Kanban

Пример Kanban-доски
Изображение с unsplash.com, автор Jo Szczepanska

История и суть явления

Метод появился в компании «Toyota» в 1959 году. К айти имеет косвенное отношение, почитать про него можете в Википедии.

Канбан, как инструмент в IT-менеджменте был представлен Дэвидом Дж. Андерсоном в компаниях Microsoft (2005) и Corbis. А широкое распространение и название, как метод, получил в 2007 году.

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

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

Канбан-доска

Главный принцип Канбана — визуализация при помощи канбан-доски. Рассмотрим её подробно.

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

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

Перед последней колонкой вторая черта — точка отдачи обязательств, переход задачи через неё означает, что команда ручается, что с задачей всё в порядке.

Пример канбан-доски с scrumtrek.ru

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

Канбан-доска — не только инструмент визуализации процесса, но и рефлексии. Внимательно рассмотрев доску, можно выявить производственные этапы, которые на самом деле не нужны, и наоборот недостающие этапы. По размеру очереди задач и накалу страстей на битве заказчиков за места в этой очереди, можно определить, насколько «жив» продукт.

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

WIP-лимиты

WIP (work in progress) — это количество элементов, находящихся в работе в настоящий момент. Его не надо путать с WIP-лимитом, ограничением на количество элементов в работе на настоящий момент времени, введённым для достижения некой цели.

Единой формулы для расчёта этого лимита не существует, он подбирается экспериментально. Одно можно сказать определённо — этот лимит вовсе не должен быть маленьким.

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

Для того, чтобы посмотреть максимальный WIP-лимит по команде, потребуется отчёт CFD (cumulative flow diagram) или накопительная диаграмма потока. 

Пример накопительной диаграммы потока с darvindigital.ru

Каденции

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

Канбан-митинг

Пятнадцатиминутная ежедневная встреча. Команда собирается и обсуждает:

  • Что нам мешает?
  • Как осуществляется поток работы?
  • Что мы можем улучшить?

Очень важно обсудить все заторы и затруднения в работе над задачами. Возможно, кому-то из участников нужно оказать помощь.

Встреча по пополнению

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

Обзор сервиса поставки

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

Встреча по планированию поставки

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

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

Обзор рисков

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

Обзор операций

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

Обзор стратегии

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

Метрики в Канбане

Важнейшая метрика в Канбане называется Lead Time — время прохождения задачи от точки принятия обязательств до точки отдачи обязательств. Чем быстрее задача проходит от одной точки до другой, тем команда эффективнее. Кроме того, есть ещё такие метрики:

  • Cycle Time – время, которое задача находилась в разработке от момента, когда ей начали заниматься, до момента, когда она прошла фазу конечной поставки.
  • WIP – количество задач одновременно находящихся в работе. Разделяется по разным стадиям работы над задачей.
  • Wasted Time – время, которое задача проводит в различных очередях, а не непосредственно в работе.
  • Effectiveness – процент времени, которое тратится непосредственно на работу с задачей, а не на ожидания в различных очередях.
  • Throughput – количество задач, которое может выполнять команда в единицу времени (день, неделя, месяц).

Делаем правила явными

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

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

Кейс внедрения канбана в реальной практике

Когда я только начинал практику руководителя разработки, столкнулся с проблемой. Есть внутренний заказчик в виде группы внедрения, есть исполнитель в виде SQL-отдела. От заказчика к исполнителю постоянно поступает поток запросов на SQL-доработки — всевозможные отчёты, скрипты, кастомные импорты. И существует постоянно высказываемая претензия — совершенно невозможно понять, когда та или иная доработка будет сдана.

Оказалось, что отдел использует TFS (сейчас Azure DevOps Server), однако совершенно бессистемно. Кто-нибудь из руководства заводит запрос на доработку, вешает его на рандомного разраба и заказчики ждут у моря погоды. Если какой-то запрос нужен срочно, ответственный внедренец прибегает к руководству департамента и начинает орать. CIO транслирует ор в программиста, он в приоритетном порядке запиливает доработку. Тестировать её некогда, поэтому она сразу накатывается на базу заказчика. Если возникают проблемы, они никак не регистрируются, внедренец просто приходит в отдел SQL, подсаживается к программисту и просит поправить.

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

В первую очередь было принято решение визуализировать очередь. Хотелось использовать веб-приложение, потому что внедренцы крайне не любят ставить сторонние приложения (лол) и вообще, большую часть времени проводят в аутлуке. Выбор пал на trello. Первоочередной задачей стало завести на трелло-доске все открытые запросы на доработку из TFS. Trello тогда умел создавать карточки на основании писем, отправленных на специальную почту, а TFS умел экспортировать воркайтемы в эксель. Мой разраб минут за сорок накидал VBA-скрипт, импортировали запросы.

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

Ситуация улучшилась, вместо: «Я не знаю, когда мы сделаем эту задачу», появилась возможность говорить: «Перед этой задачей в очереди ещё шесть задач, сможем взять её в работу после них». Удалось достигнуть договорённости — мы объявляем срок по задаче только после того, как она поступает в работу разрабу, но за этот срок уже отвечаем по полной программе.

Мы стали встречаться со старшим внедренцем два раза в неделю и обсуждать сроки по задачам, взятым в работу, а также положение разных задач в очереди. Так как 80 % задач были от одного и того же заказчика, мы разрешили внедренцу менять очерёдность задач этого заказчика. Если было нужно подвинуть задачи другого заказчика, внедренцы договаривались между собой.

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

kanbanize.com, в отличие от trello на тот момент поддерживал свимлайны. То есть, можно было завести для каждого разраба дорожку, а колонками сделать уже актуальные статусы, что сильно ближе к нормальному канбану. Кроме того, этот сервис позволял добавить кастомные поля к каждой карточке, что было для нас очень важно, так как кроме TFS-идентифкатора, каждый запрос имел CRM-идентификатор, которыми оперировали внедренцы.

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

Автор изображения Steven Reddy