Управление и команды

страница 2 из 12
пост №1797Управление и команды

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

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

Федя написал замечательный пост по мотивам этой ситуации. Распечатаю и повешу на стену.

Опора для коллег

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

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

Самое сложное в том, что надо не просто демонстрировать спокойствие и искриться улыбкой, а действительно быть таким внутри, иначе люди быстро распознают хуйню и станет только хуже. Это довольно сложная работа — чтобы выполнять её в собственных бизнесах, мне понадобилось 10 лет ежедневного руководства командами и 5 лет психотерапии. До сих пор есть, куда расти.

Мой идеал спокойствия — Людвиг Быстроновский, арт-директор, с которым я когда-то давно работал в студии. Судя по его рассказам (посмотрите его цикл лекций о шторме) — человек довольно взрывной внутри. Несмотря на это, всегда когда у меня случался полный пиздец (а в клиентской работе полные пиздецы случаются раз в неделю), если на проекте был Людвиг — я успокаивался гораздо быстрее. Он не применял никаких специальных инструментов — просто спокойно разговаривал о проблемах. Наверное это работало где-то на уровне химии и языка тела, не знаю. Часто мне даже не надо было с ним разговаривать — я садился писать ему письмо и, даже не дописав, понимал что делать. Сейчас я стараюсь быть таким же для своих коллег — давать уверенность и спокойствие, что бы ни происходило в бизнесе.

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

пост №1767Управление и команды

Много лет назад, у тогда ещё директора по продукту Sports.ru Марка Тена была школа для продактов. Марк позвал меня прочитать лекцию про то, как устроена разработка. Я показал какие-то слайды, ребята позадавали вопросы, но главным для меня оказались знакомства (и даже дружба), которые сложилось благодаря этому выступлению.

Решил тряхнуть стариной: завтра вечером (вторник) пообщаемся публично с очень классным продакт-директором, основательницей школы WANNABE Валерией Розовой о том, что может сделать продакт, чтобы меньше страдать от разработки. Сорванные сроки, сделано вообще не то, что просили, «это сделать нельзя» — вместе разберемся, почему это происходит и как быть. Событие бесплатное, можно будет задать вопросы и надеюсь получится живая дискуссия; подробности и регистрация здесь.

пост №1760Управление и команды

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

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

Пускай это жёсткий пример, но история классическая:
1. заказчик описывает задачу и просит назвать сроки и цены;
2. подрядчики называют сроки и цену и берут проект;
3. начинаются работы по проекту, и что-то идёт не так;
4. к дедлайну нужного результата нет, все недовольны. Но проект надо доделать.

И эта проблема не только у аутсорсеров — такая же динамика есть и во многих продуктовых компаниях.

Почему так происходит?

- 💼 заказчики живут в реальном мире: если продукт не начнет продаваться или решать другие задачи вовремя, то экономика бизнеса не сойдется и можно закрываться — поэтому они требуют четких сроков и смет;
- 🙏 подрядчики вынуждены комититься в сроки и деньги без детальной проработки проекта. Иначе проект возьмет более сговорчивый конкурент, и команда останется без зарплаты;
- 🛠️ разработчики в команде мечтают работать над сложными проектами уровня Яндекса, но вынуждены пилить такие кривые задачи, как будто их ставили некомпетентные дураки.

На самом деле все хотят как лучше.

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

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

(Этот пост я написал с третьей попытки, а потом понял, что потребуется целая серия постов. Так что я знаю, о чём говорю.)

💡 Для того чтобы управлять сроками, качеством и стоимостью разработки, нужно действовать контринтуитивно: уметь находиться в состоянии неопределенности, выдерживать её — и методично её прояснять.

На старте проекта бессмысленно требовать от заказчика четкости: вообще самое плохое, что можно сделать — это заставить его написать техническое задание (если он умеет писать ТЗ — то он и программирует неплохо). Вместо этого мы вначале 70-90% времени работаем исследователями — разбираемся, какую бизнес-задачу заказчика решаем и какие ресурсы и ограничения у нас есть.

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

пост №1737Управление и команды

Рассказываем, как перезапускали разработку медицинской информационной системы (МИС) для сети клиник «Чайка».

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

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

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

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

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

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

Вы техдир и хотите поделиться похожей историей? — заходите в чатик @ctodailychat.

Хотите ускорить свою команду разработки или просто запустить новый продукт? — пишите мне в личку @samatg, мы ищем клиентов!

пост №1725Управление и команды

Что отличает хорошие команды разработки от плохих?

Единого правильного ответа нет — команда это инструмент решения задач бизнеса и каждой задаче свой инструмент. А еще это вопрос ценностей.

Для меня в разработке важны два принципа, из которых можно вывести все остальное:

1. Заинтересованность в конечном результате. Способность и настроенность не «работу делать», а «получать результат, двигаться к результату». Не путать с горящими глазами! Восторженность не обязательна, но безразличие опасно.

2. Предсказуемость. Раньше я называл это «способность выполнять обещания», и это простой критерий, но как и любую формальную метрику его можно обмануть — например, не давать обещаний. И очень уж фонит трудным детством в казанских кварталах: «пацан слово дал» и вот это все. Предсказуемость включает в себя выполнение данных обещаний, но еще и прозрачность, проактивное обсуждение возникающих трудностей (а они точно будут), формирование реалистичных ожиданий.

А что для вас главное в разработке? Интересно, будут ли отличаться ответы разработчиков и продактов, бизнеса? Пишите пожалуйста в чатик @ctodailychat или в личку @samatg

пост №1699Управление и команды

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

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

пост №1662Управление и команды

Джон Кармак уволился из Фейсбука, где был одним из руководителей проекта виртуальной реальности. Это важно, потому что Кармак — культовая личность в разработке игр, он не раз задавал тренды индустрии (первый скроллер на PC, первый шутер на PC; Commander Keen, Quake, DOOM), а Фейсбук делает огромную ставку (36 миллиардов (!) долларов) именно на VR.

Фейсбук старается сделать главную платформу виртуальной реальности, называет её метавселенная — metaverse. По сути, это копия интернета, только странички будут не текстовые с картинками, а комнаты в виртуальном 3D-пространстве и общаться мы будем как будто сидим в комнате, а не в чате или в окошке зума. Пользоваться можно уже сейчас в специальных шлемах виртуальной реальности. Последняя модель шлемов Oculus — очень впечатляющая, а вот программное обеспечение сильно отстает — рекомендую пролистать видео-обзор, это лучше 1000 описаний.

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

🤯 Интересно, что уволился Кармак из-за неэффективности фейсбука. В сеть утек его внутренний пост: «… имея огромное число сотрудников и ресурсов, мы занимаемся само-саботажем и лишней работой…». Кармак признает, что, возможно, ФБ сможет достичь целей и в текущем режиме, но ему как человеку всю жизнь занимавшемуся оптимизацией, больно наблюдать за происходящим не имея возможности что-либо существенно улучшить (а ведь у него был прямой доступ к Цукербергу и всему топ-менеджменту).

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

Дальше Кармак будет развивать свой стартап в области «общего искусственного интеллекта» (AGI), то есть машины, которая может научиться всему, чему может научиться человек 🤖

пост №1656Управление и команды

Классный список ресурсов для техдиров, в формате «awesome-list».

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

пост №1644Управление и команды

Как мы помогли Вебиуму привести в порядок разработку; отчитываемся о целом годе своей работы.

Начали с большого старого проекта на руби, поддерживаемого аутсорсерами, а оставили отлично документированный и покрытый тестами (читай можно быстро пилить фичи) python+vue, технического директора и внутреннюю команду разработки.

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

Ура!

Хотите что-то подобное? Пишите мне в личку @samatg.