Управление несколькими проектами программного обеспечения

Question

У нас есть организация, в которой работает около 50 различных программных проектов (около 90 разработчиков). некоторые большие, некоторые маленькие. некоторые из них являются решениями «спереди назад», а некоторые из них строятся поверх существующих решений и технологий.

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

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

1. Размера усилий во время и ресурсы
2. ROI ожидаются от работы
3. Укажите постепенное улучшение по сравнению новая инициатива.

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

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

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

любые предложения?

Answer 1

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

Прежде чем делать некоторые «диаграммы, подобные канбану» для этого случая, особенно имея в виду объявленную цель (я предлагаю, чтобы это было всего лишь средство, а не цель), чтобы перебалансировать рабочую силу, я бы рекомендовал подумать о следующих моментах:

• Эффективность каждого отдельного разработчика зависит от многих факторов, характерных для текущих проектов. Есть «люди, поддерживающие рефакторинг»/«support-likers»/e.t.c. Поэтому, будучи помещенным в другую среду ... это может изменить что угодно.
• Хорошо, делая усилия по перебалансировке. Что происходит с существующей структурой команды? Хорошие согласованные команды с надлежащей ролей каждого человека ОЧЕНЬ РЕДКИЙ. Стоит ли сломать хорошую команду для некоторой оценки (в небе)?

Поэтому я бы рекомендовал (вместо или в дополнение к отслеживанию эффективности проекта) отслеживать эффективность/удовлетворенность разработчиков/эффективность/удовлетворенность команды и попытаться решить, как сбалансировать усилия не только из-за ROI, но и для получения большинство из людей (по крайней мере, если проекты не выгодны, чтобы не оценивать ROI по всем). Не разрушайте успешный проект (не так, но да), потому что кому-то нужен один разработчик в другом ярком проекте.

ОК, это только мое общее мнение, но это очень помогло мне в прошлом году. Надеюсь, это тоже поможет кому-то.

Answer 2

G'day,

Иметь чтения превосходной книги Джоанна Ротман в «Manage Your Project Portfolio», которая решает эту самую проблему, обеспечивая подход к оценке нескольких проектов для определения приоритета.

Редактировать: Я забыл сказать, что сам применяю технику на нескольких рабочих потоках.

НТН

Answer 3

Agilefant является инструмент с открытым исходным кодом, который «объединяет перспективы долгосрочного продукта и выпуска планирования и управления портфелем проектов», и в настоящее время активно развивается. Я бы попробовал выпуск 2.0-alpha (доступный через страницу Downloads) для улучшения инструментов визуализации, но вы также можете попробовать демо-версию, чтобы понять, что может сделать Agilefant.

Answer 4

Методика классического консультанта ... Я бы начал с построения их на графике 2x2. Сделайте вертикальную ось ROI с высоким вверху, сделайте горизонтальную ось двумя разделами постепенного улучшения слева и новой инициативой справа - и я уверен, что есть несколько проектов, которые немного из того и другого, так что, возможно, у вас есть континуум. Постройте каждый проект по этим осям в виде круга и сделайте область круга изображением числа человеко-дней.

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

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

HTH и удачи.