управление несколькими программными проектами

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

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

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

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

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

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

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

есть предложения?

7 голосов | спросил leora 14 62009vEurope/Moscow11bEurope/MoscowSat, 14 Nov 2009 14:50:08 +0300 2009, 14:50:08

4 ответа


0

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

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

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

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

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

ответил Roman Nikitchenko 15 72009vEurope/Moscow11bEurope/MoscowSun, 15 Nov 2009 01:22:07 +0300 2009, 01:22:07
0

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

ответил Eemeli Kantola 14 62009vEurope/Moscow11bEurope/MoscowSat, 14 Nov 2009 19:37:46 +0300 2009, 19:37:46
0

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

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

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

HTH и удачи.

ответил Simon 15 72009vEurope/Moscow11bEurope/MoscowSun, 15 Nov 2009 01:06:10 +0300 2009, 01:06:10
0

G'day,

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

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

НТН

ответил Rob Wells 14 62009vEurope/Moscow11bEurope/MoscowSat, 14 Nov 2009 15:15:55 +0300 2009, 15:15:55

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132