🔥 10 самых интересных публикаций по управлению проектами за 19 сентября — 1 октября (1) 😬 Я стала руководителем. А кто-нибудь объяснит, что теперь делать? Бывает же: вчера ты был хорошим специалистом, а сегодня руководишь теми же людьми, причем никто особенно не объяснил, чем новая работа отличается от старой. И первый соблазн, конечно, продолжить делать то, что умеешь лучше всего: самому лезть в сложные задачи, исправлять за коллегами и быть главным экспертом команды. Автор считает, что это путь к двум проблемам сразу: как рук ты становишься узким местом, а сотрудники перестают расти, потому что самые интересные решения всё равно забирает начальник. Главное - руководитель отвечает уже не за качество собственной работы, а за способность команды выдавать результат без его постоянного личного участия.
😏 Хватит пилить слонов под видом MVP О том, как «минимальной первой версией» постепенно начинают называть проект на год с сотнями требований - просто потому, что слово удобное. Автор предлагает вернуть первоначальный смысл: первая версия нужна не для того, чтобы выпустить уменьшенную копию будущего большого продукта, а чтобы как можно раньше проверить ключевое предположение на настоящих пользователях. Поэтому вопрос должен звучать не «что из полного списка требований мы успеем сделать?», а «какой минимальный работающий результат уже позволит нам чему-то научиться?».
👍 Что ИИ уже умеет делать за проджект-менеджера Автор из ЮMoney не пытается автоматизировать «работу руководителя проекта» целиком, а разбирает ее на маленькие операции. Улучшить постановку задачи, вытащить итог из длинной переписки, обработать запись встречи, найти просроченные работы, подготовить выборку по проектам - вот здесь ИИ уже вполне помогает. А дальше предлагается довольно здравый порядок: найти операцию, которая регулярно съедает много времени, оценить стоимость этой рутины, сделать небольшой опытный вариант и только после этого решать, стоит ли распространять решение дальше. То есть не «нам нужен ИИ», а «вот конкретная дорогая операция - можно ли убрать из нее ручной труд?».
😐 Сколько нужно знать, чтобы уже отвечать за результат Заказчик уверен, что проект исполнителю понятен: требования есть, срок назначен, приоритет высокий - остается только найти подрядчика, который подпишется. А вот подрядчик смотрит глубже и видит вопросы, способные поменять объем, стоимость, архитектуру и тот самый срок. Автор (в роли подрядчика) отказался брать обязательство, пока критические неизвестные не были прояснены. В целом, наличие человека, готового пообещать срок, еще не делает этот срок обоснованным. Полностью исследовать будущую систему заранее невозможно, но это не значит, что любую неопределенность можно просто перенести в договор. В целом, очень хороший текст про границу между риском и оптимистичным обещанием результата.
🎹Почему команда не укладывается в сроки, хотя все задачи были оценены Наверное, самый практически полезный материал недели. Главная мысль: оценка трудоемкости и срок завершения - вообще не одно и то же. Можно насчитать десять дней работы и не закончить ее за квартал, - ну это база. Автор предлагает отдельно учитывать реальную доступную загрузку команды, зависимости, скрытые работы, проверку результата, риски и резервы. Причем не брать из древнего шаблона «15% на встречи», а посмотреть на фактические данные. Особенно хорош пример с работой трех команд, где сама разработка действительно занимала около десяти дней, но последовательные зависимости растянули весь календарный срок за пределы квартала.
