Как владелец и руководитель проекта среднего (около 20 разработчиков) магазина Rails, я постоянно просматриваю дюжину вкладок, пытаясь оценить текущий статус любого данного проекта. Моя команда поддерживает непрерывную интеграцию и тщательное модульное тестирование; мы используем GitHub, Trello, FogBugz и Slack для контроля версий, отслеживания функций/проблем и связи соответственно. Мне любопытно узнать ежедневный рабочий процесс других продакт-менеджеров, особенно перед тем, как отчитываться перед клиентами.
Внутренне мы подумываем об объединении сообщений коммитов, спрайтов Канбана, последних сообщений Slack, открытых проблем и т. д., а также некоторых основных метрик в единую панель управления, чтобы упростить эту головоломку с «дюжиной вкладок». Цель внутреннего проекта — предотвратить репликацию, которую мы наблюдали при использовании Asana. Задачи будут назначаться через Asana и сразу же попадут на доску Trello.
Существует ли какое-либо сопоставление текстовых обменов значениями, например назначение и завершение функции в Trello, с кодовой базой, например, сообщением фиксации и хэшем git?
Интересно, сочтут ли другие продакт-менеджеры такую панель полезной? Должны ли мы открыть его для публики?
Я думаю, что в идеале вы могли бы использовать подмножество функций из ваших систем разработки в качестве инструмента (ов) управления проектами. Тем не менее, похоже, что у вас много систем в миксе. Проблема в том, что когда вы объединяете выходные данные этих систем в совершенно новую систему, вы просто создаете еще больше движущихся частей для управления. Это может сработать и помочь на некоторое время, но в конечном итоге вы замените одну из частей своей системы. Взорвет ли это всю вашу систему? Почему вы используете все эти отдельные системы сейчас вместо того, чтобы найти ту, которая делает (почти) все, чтобы уменьшить количество движущихся частей?
Для меня это затруднило бы обеспечение ценности и ясности для моих клиентов и команды, поэтому я бы рассмотрел возможность консолидации. Это может означать, что инструменты стоят дороже, но, в конце концов, если у вас будет меньше движущихся частей, вам будет лучше. Не идите по пути 16 инструментов с автоматическими соединениями между ними. Время, потраченное на это, можно было бы потратить на лицензирование для лучшей настройки.
Удачи.
Мне сказали, что менеджеры проектов будут заменены автоматизированным программным обеспечением. В некотором смысле это правда.
Но каким тогда было (и остается) управление проектами? Частично это настройка процессов для принятия изменений, быстрого обмена информацией, оценки и управления рисками, облегчения командной работы, измерения качества и прогресса и т. д.
Суть в том (если вы не просто координатор проекта — здесь используется определение и прием PMP): вы здесь, чтобы помочь профессионалам выполнять свою работу, уменьшить стресс и икоту и держать все в ритме (имеется в виду музыкальная метафора — джаз игроки, пожалуйста, намеренно не в ритме!). Какое программное обеспечение использует ваша команда, отчасти зависит от вас. Поэтому, пока вы постоянно обновляете инструменты и процессы, ваша работа менеджера проекта никогда не умрет.
В будущем менеджеров проектов может стать меньше, но они будут гораздо более квалифицированными... или их будет больше, они будут менее квалифицированными и менее оплачиваемыми. Кто знает?
Подумайте о промышленной революции и прогнозе, что никто больше не будет работать на фабриках...
Затем подумайте об информационной эре, ее революции и прогнозе, что никто не будет работать, потому что все, что касается управления информацией, будет автоматизировано. Подумайте, сколько разработчиков потребуется в ближайшие 20 лет, чтобы удовлетворить потребности информационных отраслей.
Затем подумайте о третьей промышленной революции, когда роботы заменят весь человеческий вклад в цепочку сборки, но все же... кажется, что люди каким-то образом нужны.
нвоигт
МСВ
острое удовольствие
нвоигт