Как довести любое дело до конца? Учимся у проджект-менеджеров
Продолжаем тему планов и целей. Совсем скоро мы все сядем писать цели на 2024 год. Как насчёт того, чтобы повысить шанс на их исполнение? Чтобы довести любое дело до конца, можно рассматривать любую задачу как проект и проходить по всему жизненному циклу, как это делают проджект-менеджеры.
Всё начинается зарождения идеи — в проектном менеджменте это называется инициация. На этом этапе вы ставите цель — как проджекты формулируют концепцию с заказчиком и фиксируют идею, так и вы чётко определитесь, что вам нужно.
Например, бросить курить, начать больше читать или получить новую профессию.
Далее наступает этап планирования. Проджект-менеджеры всегда подробно описывают конечный результат, прописывают бюджет, ставят сроки, распределяют нагрузку и заносят готовый план в таск-трекер.
Вы можете разбить свою цель на задачи, оценить, что вам нужно для их выполнения, поставить дедлайны и зафиксировать это на бумаге (или в электронном виде).
Например, «хочу освоить IT-профессию и выйти на работу в 2024 году».
Для этого:
на новогодних праздниках изучу разные варианты и выберу профессию;
в январе выберу онлайн-школу, куплю курс и начну учиться;
в июне закончу курс и найду стажировку или первую работу.
Мне нужно:
5 часов на праздниках, чтобы погрузиться в мир IT-специальностей;
Х рублей на курс;
Кстати, по промокоду PIKANY действует дополнительная скидка 5% на все IT-курсы от Академии Eduson. Но ждать до новогодних праздников она не будет, срок действия промокода — до 11 декабря.
2 часа на учёбу в день, чтобы быстро освоить программу.
Третий этап жизненного цикла продукта — исполнение. На нём проджект следит, что команда работает, а не прокрастинирует, оставляя работу на постоянное «завтра». Ну а вы можете поставить себя сразу и на место команды, и на место проджект-менеджера: выполнять все пункты по списку и следить за собой.
Четвёртый этап — это контроль. Здесь проджект оценивает качество продукта на каждом этапе и сроки выполнения. А вы продолжаете следовать плану и делаете себе мысленный нагоняй, если выходите из временных рамок выполнения своей цели. Или, например, если не сдали домашнее задание в срок.
Ну и заключающая часть нашей проектной вечеринки — завершение проекта. Менеджер передаёт выполненную задачу заказчику, а вы радуетесь на стажировке или работе.
Работу получится найти быстрее, если вы выберите для изучения один из курсов Академии Eduson, который входит в программу «Содействие трудоустройству». Среди них: «Инженер по тестированию», «Бизнес-аналитик» (тарифы «PRO» и «Мастер»), «Аналитик данных» (тариф «PRO»), «Python-разработчик», «Веб-разработчик» (тариф «PRO»), «Специалист по Data Science». Карьерные эксперты Академии помогут найти работу после завершения курса. А если вы будете следовать всем советам, а найти интересное предложение не получится, деньги за обучение вам вернут.
Пишите в комментариях, какие цели на 2024 год вы себе ставите. Удачи в их достижении!
Реклама ООО «Эдюсон»
К черту кварталы – работаем от праздника до праздника
Около года назад мы в команде всерьез задумались о пересмотре сроков среднесрочного планирования. И всему виной наш любимый производственный календарь РФ. Но начнем издалека.
Традиционно мы привыкли встречаться раз в три месяца, квартал, ставить цели, возвращаться через квартал подводить итоги, ставить новые цели и так до бесконечности (хочется верить).
Но 2022 год стал для нашей компании поворотным периодом. Мы занимаемся разработкой онлайн-доски для совместной работы, где можно проводить стратегические сессии, ретро, брейнштормы, построение воронок продаж и т.д. И лишившись значимой доли иностранных конкурентов, нам представилась отличная возможность занять большую нишу рынка.
Чтобы достичь этой цели, мы решили сделать необычное (конечно, нет) – сделать ставку на масштабирование команды, улучшение процессов планирования и разработки. Самое главное: выпустить версию 2.0. Это должна была быть написанная с нуля новая онлайн-доска, которая возьмёт всё самое лучшее от предыдущих двух лет существования продукта (версии 1.0), но для новой целевой аудитории - бизнеса. В том числе с возможностью поставки в контур заказчика. Спойлер: мы это сделали.
При этом надо было помнить, что компания является стартапом и не может позволить себе раздуть ФОТ, погрязнуть в кризисе роста и потерять общую эффективность, которая складывается из результатов каждого члена команды.
Глядя на все это, мы решили попробовать спланировать следующий год. И тут у нас случилось интересное озарение.
Все предыдущие года, мы ставили себе цели на периоды по три месяца: с января по март, с апреля по июнь, с июля по... Ну вы поняли. И нас все устраивало, но был важный нюанс. Все это время мы работали супер небольшой командой, часть из которой была представлена аутстафом и жила вообще не по трудовому календарю РФ. Что уж говорить про фаундеров, которые всеми силами выбирались из долины смерти, иногда забывая про сон.
Мы начали собирать команду из РФ, нас стало кратно больше. Да и стало пора самим задумываться про тот самый work-life-balance, ходить в отпуска и закрывать ноутбук в красные дни календаря.
И вот здесь нас сильно смущало, что на середину второго квартала приходятся майские праздники, когда многие уезжают сажать картошку в Турции. Третий квартал приходится на август-начало сентября - идем в отпуск, отправляем детей в школу, в целом начинаем новый сезон деловой активности и все это в середине нашего периода планирования.
А вот четвертый квартал оказался единственным приятным – все знают, что после него будут новогодние каникулы и можно по-максимуму выложиться и с чистой совестью уйти в загул.
Мы хотели, чтобы у нас каждый квартал был как четвертый.
Вопрос - возможно ли это?
Мы решили развить эту мысль. Но как бы вы не двигали начало первого квартала, так или иначе где-то посреди вашего периода планирования будут праздники – это Россия.
В общем думали-думали и внезапно придумали – а что если планировать не на 3 месяца, а на 4?
То есть мы начнем в Январе, выложимся к Маю, уйдем на майские. Дальше продолжим в Мае, к августу сходим все в летние отпуска и со свежими силами ворвемся в сезон высокой деловой активности – сентябрь. Дальше все как мы любим – будем давить на газ до декабря, чтобы 1-го января открыть шампанское и отметить удачное завершение года.
Эта идея настолько нас зацепила, что мы решили, что не сможем пройти мимо и не попробовать.
Прошел год...
Сейчас мы хотим предостеречь всех. Не делайте так. Только если вы не хотите, чтобы ваша команда работала со зверской результативностью, люди были заряжены 80-100% периода планирования, не выгорали, вовремя отдыхали и при это не снижало общую координацию в команде.
Серьезно. Мы теперь не понимаем, как можно было раньше жить по-другому. На майские вообще теперь думает сделать традицию собираться всей командой, подводить итоги, отрываться вместе, а потом возвращаться, выкладываться и уходить в августе в отпуска – там все равно вся страна на море. Остальную часть отпусков можно всегда привязать к окончанию либо началу других периодов.
Мы кстати долго думали, как можно назвать такой период, и не нашли ничего лучше, как называть их сезонами – Осенний, Зимний и Летний. Если у вас есть идея, как можно назвать иначе, напишите, пожалуйста, в комментарии.
Подводя итог, хочется сказать, что очевидно эксперимент стал возможен потому что мы пока небольшая команда и можем себе позволить быстрые проверки. Более того, мы бы не выжили и не достигли бы текущих результатов без постоянных гипотез и экспериментов. И конечно же планирование от праздников до праздников – это не единственное, что поддерживает нашу мотивацию и командный дух. Но, кажется, что из таких мелочей и складывается в конечном счете большой результат.
Отдельно хочется отметить, что бухгалтерская отчетность в нашей компании – это параллельный процесс, и мы можем себе позволить не привязываться к фискальным периодам. Интересно было бы узнать ваше мнение, если у вас иначе.
Надеемся, что было интересно прочитать о нашем опыте, мы будем рады любой обратной связи в комментариях.
Также с результатами работы нашей команды вы можете ознакомиться на нашем сайте https://sboard.online/
Недавно мы выпустили версию для крупных компаний с возможностью установки на ваши сервера, оставить заявку можно по ссылке - https://sboard.online/on-premise
100% органический материал, без добавления chatGPT
Как подготовить машину к долгой поездке
Взять с собой побольше вкусняшек, запасное колесо и знак аварийной остановки. А что сделать еще — посмотрите в нашем чек-листе. Бонусом — маршруты для отдыха, которые можно проехать даже в плохую погоду.
Опыт с нейронками и попытка в пост, который будет полезным
Последнее время хочется две вещи:
Писать о том, в чем нравится разбираться. Может кому-то будет полезно.
Найти коммьюнити, чтобы разбираться в чем-то было интереснее с одной стороны, а с другой – можно было бы расширить поле для тестирования.
К делу. Я работаю преподавателем, экспертом в области высшего образования, социологом, помимо этого, веду образовательные проекты, и моя работа состоит из нескольких составляющих: я креативлю, организую, придумываю, соединяю людей, учу студентов, подтягиваю их к своим инициативам или инициативам команды, и в целом, мне все нравится!
Полгода назад, когда языковые нейронки начали очень бурно развиваться (ChatGPT), я решил потестировать эту историю и был очень приятно удивлен. Использование языковых нейронок, таких как ChatGPT, GPT-4, Claude, а также такие сервисы, как Raycast Copilot для macOS или Perplexity.AI, это совершенно новое понимание продуктивности, эффективности и работы с информацией. Если вы смотрели фильм "Области тьмы", где главный герой кушал таблеточки и становился ну просто невероятным, то вот у меня примерно такие же ощущения.
Могу говорить долго про этику, юридический аспект или про то, что роботы нас всех победят и уволят, однако, факт есть факт. На данный момент мы можем наблюдать вполне себе явную тенденцию: человеко-машинный комплекс (смотри человек + chatGPT) гораздо более эффективный сотрудник, чем просто человек. Почему? Да просто потому, что человек, который использует нейронки в повседневности, быстрее и эффективнее, способен гораздо быстрее генерировать контент, идеи, ему не нужны дополнительные созвоны для уточнений, фокус-группы для проверки гипотез или другая точка зрения, так как обо всем этом можно попросить чатик, открытый в любом интернет-браузере на любом устройстве в любое время.
Далее я расскажу о нескольких сервисах, которые я использую ежедневно в своей работе, и опишу сценарии взаимодействия с ними. Все они так или иначе связаны с языковой моделью GPT-4.
ChatGPT — на данный момент, наверное, самый распиаренный сервис, потому что про него пишут СМИ и технологические форумы каждый день. Недавно сказали, что ChatGPT отупел, но это совсем не так. Если оплатить подписку, то горизонты использования данного чатбота начинают ограничиваться лишь вашей фантазией. Можно работать с файлами любых форматов, работать с интернет-источниками, при использовании плагинов, обрабатывать таблицы, проводить операции с данными. С помощью чатбота можно планировать день, писать креативные концепции проектов, управлять, автоматизировать, управлять финансами. Данный сервис я использую практически во всех своих проектах и публичных выступлениях.
Perplexity.ai — просто находка, которая использует интернет в каждом запросе. Причем ее можно настроить как на интересующие вас источники, так и расширить каждый запрос с помощью ютуба, реддита или академических источников, что для людей науки просто какая-то находка. При активации подписки вы получаете модель GPT-4, а также функцию Copilot, которая будет уточнять промпты или задавать конкретные наводящие вопросы, при этом проверяя весь контент, который она за вас производит в интернете.
Raycast — софтинка, которая позволяет с помощью хоткеев делать и запускать что угодно буквально из одной строки. В последних обновлениях интегрировали ИИ в качестве полноценной интеграции в систему, которую настраиваете сами. Сценарии, которые использую каждый день: перевод академических текстов с английского на русский, автоматические ответы на письма, автоматическая проверка орфографии, пунктуации и стиля, и все это подвязано на горячие клавиши.
Здесь описаны сервисы, которые я использую каждый день по несколько часов.
Недавно на реальных кейсах проверял, насколько все эти инструменты могут быть полезны в продакт-менеджменте: составление опросов, гайдов интервью, расчеты по формулам, unit-экономические кейсы, построение roadmap, работа с CJM, производство гипотез и способов их проверки. Со всем этим сервисы справляются просто отлично, если правильно писать промпты (про это я также отдельно напишу пост).
Про цены на подписки не писал сознательно, но рассчитывайте на то, что каждый сервис стоит около 2000 рублей в месяц и принимает к оплате только иностранные карты. Как такую сделать быстро, просто и дешево — напишу отдельный гайд.
Также для использования ChatGPT требуется хороший VPN-сервис/протокол. Если получится сделать коммьюнити полноценное, то подключу всех желающих.
P.S. Грамотность данного поста проверена с помощью нейросети.
P.S.S. Пишите комменты, подкидывайте гипотезы для проверки, буду смотреть и делиться опытом!
Неделя после пуска или Cooldown week
Как часто после очередного спринта вы чувствуете, что
- в одном месте не успели отрефакторить
- в другом месте не успели дописать документацию
- где-то осталось пару багов, которые было бы неплохо пофиксить
- нужно рассказать команде о важных (или не очень) архитектурных изменениях или базовых компонентах, которые были добавлены
Кроме того, вам в любом случае нужно время между релизами, чтобы
- подвести итог прошлого релиза
- запланировать следующий
В этом случае вам подойдёт Cooldown Week подход (Неделя после пуска), который поможет вам закрыть все недоделки (или, по крайней мере, самые важные из них), прежде чем погрузиться с головой в новый спринт.
“Неделя после пуска” — это не какой-то набор обязательных активностей, вы можете применять её в своей компании под ваши собственные нужды.
Такой подход используется в Basecamp и в Бюро Горбунова
- Basecamp — How we work — Cooldown
- Бюро Горбунова — Как оценивать доработки после запуска?
Почему запустить «ещё одну» систему управления проектами — это хорошая идея
Есть шутка, что каждый уважающий себя разработчик однажды писал свою систему управления проектами. Может по-этому их так много и они настолько похожи.
Есть 3 основные модели отображения задач: список задач с ответственными, сроками и приоритетами, диаграмма Ганта и Канбан доски.
Список задач не информативен. Чтобы поднять контекст, придется собирать картинку у себя в голове, долго гуляя по задачам в древовидной структуре с бесконечной вложенностью. Общаться в так организованных задачах сложно, диалоги постоянно отрываются от задачи и перетекают в мессенджеры.
Диаграмма Ганта не соответствует времени по гибкости, ведь это чистая waterfall модель, а большинство компаний декларируют, что они agile. Продолжая при этом пользоваться Гантом. Кроме того, на Ганте большие проекты теряют читаемость, а настолько точное планирование на долгий срок создает нереалистичные ожидания. Но я понимаю, почему она нравится — она пытается дать картинку проекта в графическом виде.
Канбан доски же — это отличный инструмент! Для спринта или маленького проекта. Ни о каком удобном долгом планировании на Канбане речь не идёт. Это система из серии «давай-давай» — она подстёгивает групповую активность, но на больших масштабах она несостоятельна.
Сегодня мы поговорим о новой, четвёртой модели, которая лишена этих недостатков.
Карта проекта на основе доски для User Story Mapping
С чего все началось
Первый ресёрч систем управления я провёл ещё в 2011 году, работая PM’ом в студии. Позже пришлось попользоваться многими из них на разных проектах и уныние моё только росло. Люди не ходят в трекер инициативно, их приходится затягивать туда с усилием. И их можно понять, ведь он не помогает видеть полную картину, общаться или анализировать затраты своего времени — он лишь фиксирует обязательства и исполнение. Ещё один начальник. Усугубляет картину необходимость держать зоопарк решений под разные задачи, будь то общение, ведение задач, документации или саппорта, поскольку крупные all-in-one решения не способны вызывать ничего, кроме депрессии.
В большинстве своём, они пошли по пути модулей, чтобы каждый клиент мог собрать такой набор возможностей, который ему нужен. С таким подходом невозможно добиться необходимой пользователю целостности и связанности, а насколько они важны, мы чувствуем каждый раз, когда пользуемся яблочными устройствами.
Основные деньги таким системам приносят B2B клиенты, так что и вектор смещается на покрытие требований компаний, а не отдельных людей, которые, в конечном счете, ими пользуются. Важнее становится факт наличия функции, вместо возможности ей комфортно пользоваться. Парадокс в том, что сами компании тоже страдают от такого положения дел — это сжигает через неэффективность сотни и тысячи часов. Но их никто не может посчитать, а значит нет и проблемы.
Под шагами рождаются дороги
Однажды мне нужно было наглядно, с хронологией и зависимостями, разложить проработанный проект на полгода вперед по категориям работ. Каково было моё удивление, когда для этого отлично подошёл инструмент для User Story Mapping’а. Ну, подошёл условно — вести проект с командой там было бы практически невозможно, но наглядность, доступность и лаконичность информации для анализа и планирования были ровно такими, как я искал.
Развить эту модель под комплексное управление проектами и командную игру получилось не сразу, но после нескольких переосмыслений и переделок все сошлось. Так родился Resulty. Он вводит новый инструмент управления задачами — Карту проекта. Она потрясающе наглядна, так как объединяет далекий и средний масштаб наблюдения в единую картину, позволяя в пару кликов получать необходимые срезы. Такая организация задач имеет всего 2 уровня вложенности и позволяет одинаково комфортно и планировать в долгую и вести текущие задачи. Познакомиться с этой моделью ближе можно на сайте краудфандинговой кампании Resulty.
Я начал искать инвестиции, но в этот момент меня пригласили в большой проект в области маркировки товаров массового потребления и я не смог отказаться. До этого, у меня был доступ только к небольшим и средним командам, теперь появился к крупным с целой экосистемой продуктов. Ещё и на C-level позиции, когда видны все процессы в компании.
И знаете, в больших командах все те же проблемы, но они возведены в степень из-за количества участников и параллельно выполняемых задач. Все живут в своих пространствах и редко знают в достаточной мере, чем заняты коллеги. Приходится синхронизироваться на созвонах, после которых, в лучшем случае, остаётся часовая запись без описания темы разговора и таймкодов.
У меня до сих пор хранится скриншот календаря с 82 созвонами в течение одного февраля. На каждом из них присутствовало не меньше 7 человек, а на некоторых больше 50. Это полторы тысячи часов, которые можно было бы сократить на 2/3, если бы команда имела доступ к полной картине происходящего с нормальными инструментами для взаимодействия.
Но мой самый любимый и говорящий пример: сколько времени у вас уйдёт, чтобы поднять контекст и все обсуждения любой задачи, которая была закрыта пол года назад? В Resulty счёт бы шел на минуты.
Окей, а если усложнить задачу и представить, что весь контекст проекта с помощью закрытых задач поднимает новый CTO? Несколько недель — ответ полученный эмпирическим путем на реальном проекте.
Хорошо слаженная команда предупреждает 80% всех проблем, связанных с внутренними факторами.
Человек, имеющий аналитику своей продуктивности, имеет возможность с ней работать.
Оценка задачи становится объективнее, если учитывать профессиональный уровень, точность предыдущих оценок и количество вернувшихся багов.
Команда становится эффективнее, если видит цели компании, проекта и коллег.
Но мы живём в мире, где задачу видит только ответственный, где в погоне за результатами используют KPI, где на основе замеров времени дают по шапке и штрафуют, и где задачи отображаются тупыми списками.
Я пришёл это поменять.
Ответ на пост «В автоматизации ничего сложного»
Производственный цикл - это поток техпроцессов которые пересекаются в точке сборки.
А всё это описано в техдокументации по производству, давно должны быть созданы «диаграммы Гранта» и прочие программы синхронизации и взаимной привязки одного техпроцесса к другому, то же «древо проблем» по сути визуальное представление окончательного монтажа с передачей на склад где ветви - это техпроцессы, или подвоз внешних комплектующих и пр.
На нормальном производстве это всё есть давно, но «аналоговое», тут же просят эту «информационную модель производственного цикла» «отцифровать» (хоть я и не люблю это слово).
Перенести из бошек ИТР/РСС в КИСку.
Но люди боятся что опосля отцифровки этих своих ЗУН они перестанут быть незаменимыми и «скрипач не нужен»©, так что всячески будут саботировать эту автоматизацию, т.к. она приводит к «безлюдному производству».
Всё то же самое что и «программисты vs самопишущиеся программы».
Поэтому превентивно вся ключевая информация по производству была или уничтожена, или искажена до абстрактных, ничего не значащих цифр бухучёта. Любой начальник прежде всего жжёт архивы.
Эта «короткая память» (нет данных о прошлом) позволяет по Орнуэлу (1984) выставлять себя в лучшем виде: это не твоя вина - это следствие ошибок прошлого начальника (архивов нет, верь на слово); это твои заслуги, а не инерция от прошлых свершений; ... и т.д.
В автоматизации ничего сложного
История от программиста:
Работал как-то на заводе по производству спецтехники. Пришел директор и говорит: разработай систему планирования производства этапов сборки с заказами складу на обеспечение. Я ему говорю, что это сложно и дорого, да еще и порядка у вас нет. А он мне отвечает - чего сложного-то? Вон в Сбере талон из киоска вылезает, это по сложности то же самое!