Управление несколькими программными проектами
У нас есть организация, которая имеет около 50 различных программных проектов (около 90 разработчиков). некоторые большие, некоторые маленькие. некоторые из них являются передовыми решениями, а некоторые основаны на существующих решениях и технологиях.
некоторые из этих проектов являются новой инициативой, а некоторые - постепенными улучшениями по сравнению с существующим программным обеспечением, которое мы создали.
наше высшее руководство ищет элегантный способ визуализации всех проектов, в том числе:
- Размер усилий во времени и ресурсах
- ROI ожидается от работы
- Укажите постепенное улучшение по сравнению с новой инициативой.
причина в том, что мы, вероятно, хотим переместить ресурсы, чтобы обеспечить максимальную рентабельность инвестиций, но не все разработчики являются взаимозаменяемыми в зависимости от их навыков.
в моей голове это приводит к некоторому типу тепловой карты или приборной панели, но я хотел посмотреть, есть ли какие-нибудь рекомендуемые решения или инструменты, которые атакуют эту область.
прямо сейчас у нас есть электронные таблицы с перечислением каждого проекта и ресурсов, и почему-то это не дает хорошей визуализации того, что на самом деле происходит.
какие-либо предложения?
4 ответа
Как я понимаю этот вопрос, решение сильно зависит от конечной цели, которая на самом деле неясна в большинстве подобных случаев.
Прежде чем приступить к выполнению некоторых "канбан-подобных диаграмм" для этого случая, особенно имея в виду объявленную цель (я полагаю, что это просто подло, а не цель), чтобы сбалансировать рабочую силу, я бы порекомендовал подумать о следующих моментах:
- Эффективность каждого разработчика сильно зависит от множества факторов, характерных для текущих проектов. Есть "осведомленные о рефакторинге" люди / "любители поддержки" и т. Д. Так что, будучи помещенным в другую среду... это может изменить что угодно.
- Что ж, делаю усилия перебалансировать. Что происходит с существующей структурой команды? Хорошо выстроенные команды с соответствующими ролями каждого человека ОЧЕНЬ РЕДКО. Стоит ли разбивать хорошую команду для какой-то оценки (в небе)?
Поэтому я бы порекомендовал (вместо или в дополнение к отслеживанию эффективности проекта) отслеживать эффективность / удовлетворенность разработчиков / эффективность / удовлетворенность команды и пытаться решить, как сбалансировать усилия не только из-за рентабельности инвестиций, но и получить максимальную отдачу от людей (по крайней мере, если проекты не являются прибыльными, чтобы не ставить оценки ROI для всех). Не разрушайте успешный (не так, но да) проект только потому, что кому-то нужен один разработчик в другом ярком проекте.
Хорошо, это всего лишь мое общее мнение, но оно очень помогло мне в прошлом году. Надеюсь, это кому-то тоже поможет.
Agilefant - это инструмент с открытым исходным кодом, который "объединяет перспективы долгосрочного планирования продуктов и релизов и управления портфелем проектов" и активно развивается. Я бы попробовал релиз 2.0-alpha (доступный через страницу " Загрузки") для улучшенных инструментов визуализации, но вы также можете попробовать живую демонстрацию, чтобы понять, на что способен Agilefant.
Техника классического консультанта... Я бы начал с того, чтобы вывести их на график 2х2. Сделайте вертикальную ось ROI, с высоким наверху, сделайте горизонтальную ось двумя разделами постепенного улучшения слева и новой инициативой справа - и я держу пари, что есть некоторые проекты, которые являются чем-то вроде обоих, так что, возможно, у вас есть континуум. Нарисуйте каждый проект по этим осям в виде круга и сделайте площадь круга равной количеству человеко-дней.
Вверху справа - высокий доход, новые инициативы, в левом нижнем углу - низкий уровень обслуживания / дополнительные улучшения. Если вы сделаете один график для текущего развертывания ресурсов, а другой - для запланированного развертывания ресурсов, вы получите четкое представление о том, как вы расходуете свои трудовые ресурсы.
Есть много вариантов этого, и вы можете выбрать, что вы хотите построить, где лучше всего показать свою историю. Это просто и мощно в качестве визуального пособия, и вы можете получить 90 кругов на графике, не теряя леса для деревьев.
HTH и удачи.
G'day,
Прочитайте замечательную книгу Джоанны Ротман " Управляйте своим портфелем проектов", которая решает эту проблему, предлагая подход к оценке нескольких проектов для определения приоритета.
Редактировать: я забыл сказать, что я сам применяю технику в нескольких рабочих потоках.
НТН