Как создать импульс проекта, а затем поддерживать его в течение длительного периода?

Я работал в относительно небольшой проектной группе (2-3 члена), и мне было трудно поддерживать темп проекта. Первоначальный импульс был легко создан, когда все были полны энтузиазма и восторга от нового проекта. Однако после того, как начальная фаза завершена, темпы роста трудно поддерживать. Я обнаружил, что это относится к проектам с длительным сроком реализации (4-5 лет).

Ответы (4)

Несколько идей, как сохранить импульс в долгосрочных проектах:

  • Частые выпуски. Старайтесь выпускать чаще. Вы можете ввести ограничения по времени, например спринты Scrum, чтобы создать в команде чувство срочности.

  • Измерение производительности. Такие показатели, как скорость в Scrum или время цикла в Kanban, в основном показывают, насколько быстро работает команда. Если вы будете измерять его с течением времени, вы сможете сохранить темп или даже улучшить его с течением времени.

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

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

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

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

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

Да, срок поставки 4-5 лет будет очень трудно поддерживать динамику. Есть ли какие-то вехи в этом временном интервале? Первое, что я могу предложить, это установить несколько более частых вех, которые можно достичь и «отпраздновать». В идеале это были бы вещи, которые вы могли бы полностью завершить, чтобы каждый мог сказать: «Хорошо, эта часть сделана, и нам больше не нужно об этом беспокоиться».

Я бы пошел дальше и начал описывать проект на 4-5 лет как программу работы, а затем разбивать его на куски разумного размера, которые можно было бы рассматривать отдельно как проекты. Таким образом, у вас есть очень четкие точки останова в конце каждого из этих небольших проектов, что дает команде возможность остановиться, перевести дух, переориентироваться, реорганизоваться, взять тайм-аут, а затем с новым энтузиазмом приступить к следующему проекту.
Вехи находятся довольно далеко друг от друга и должны быть синхронизированы с другими частями проекта. Этот проект касается не только программного обеспечения. Он также включает в себя аппаратные и механические аспекты. Однако мы могли бы определить вехи, которые имеют отношение и имеют значение только для команды разработчиков программного обеспечения. Это может сработать.

Положительное подкрепление увеличивает желаемое поведение. Люди тяготеют к вознаграждению и признанию. Люди идут туда, где им платят. Это прописные истины, на которые вы можете положиться. Если у вас есть проблемы с поддержанием энтузиазма в отношении проекта, это заставляет меня спросить о внутренней ценности проекта. Волнение и энтузиазм проекта льются сверху вниз. Если вы видите падение энтузиазма в своей команде, то я уверен, что вы видите такое же падение у спонсора, клиентов и заинтересованных сторон. Возникают вопросы: снизилась ли воспринимаемая ценность вашего проекта? Сменили ли ваши приоритеты другие проекты? Если эти ответы да, то все, что вы делаете на уровне проекта, практически не будет иметь никакого влияния.

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

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

Теперь, если падение вашего энтузиазма действительно связано с моральным духом, это совсем другой разговор.

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

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

Удачи