Сразу хочу сказать, что речь идет о небольших проектах — 2-5 человек, длительностью около года и меньше.
Уже несколько раз столкнувшись с необходимостью стать менеджером такого небольшого проекта, я решил: а) поделитесь своими мыслями и б) спросить совета (ведь я, наверное, не первый, кто столкнулся с тем, что описано ниже).
Итак, первое, с чем я столкнулся, было вот это.
Одной из главных (для меня) задач была оценка статуса проекта.
Нужно было понять, все ли идет по плану, а если нет, то оперативно обнаружить отклонения от графика и предвидеть новый срок завершения.
К моему большому удивлению, я не смог найти простого решения этой проблемы.
Компания использовала Microsoft Project, который, на мой взгляд, очень плохо решает эту проблему.
Вкратце, почему мне Microsoft Project и подобные ему инструменты показались непригодными: их ключевым компонентом является диаграмма Ганта.
Что, возможно, и работает для «материальных» проектов типа строительства моста или небоскреба, но для небольшого ИТ-проекта мне показалось малоприменимым.
— Для большинства задач мне не нужно строить сквозные зависимости.
— Причём для большинства задач последовательность их выполнения может быть любой и меня как ПМ это мало интересует. — Если я без дополнительных телодвижений поручу единственному человеку в проекте две задачи длительностью 10 дней, то я хочу сразу увидеть, что проект будет выполнен за 20 дней.
В Microsoft Project я увижу, что первые 10 дней человек будет занят на 200 процентов.
Если, конечно, я вручную не продвину задачу вперед. — Я хочу иметь возможность «на лету» передавать задачи между людьми и менять их запланированную длительность.
Сразу увидим, как изменится предполагаемая дата завершения проекта.
— И вообще, я хочу увидеть то, что я назвал отслеживанием времени.
В общую кучу добавлю еще одну картинку - почему-то довольно много людей для этой задачи использовали и используют. банальный лист в Excel. Теперь перейду к тому, как я вижу этот процесс, и что хотелось бы видеть от системы управления проектами.
Общий: 1. Древовидный список задач.
2. Одна задача – один ответственный.
3. «Листовым» задачам можно (и нужно) давать оценку времени их выполнения.
4. «Узловые» задачи автоматически суммируют время выполнения всех подзадач.
5. Задачи создает и распределяет между участниками ПМ.
Отчетность по работе (главное, чтобы она была ОЧЕНЬ простой – иначе либо не сделают, либо сделают формально!): 1. Каждый участник команды ежедневно заносит, сколько часов было потрачено на ту или иную задачу.
2. При этом он видит «оставшееся время» на выполнение этой задачи и при необходимости может его изменить.
3. Когда задача выполнена, оставшееся время становится равным нулю.
(В идеале, если оценка необходимого времени произведена предельно точно, это произойдет само собой, без ручного изменения оставшегося времени).
Отчеты в личку: 1. Ориентировочная дата сдачи (изначально только на основе оценок, затем с учетом поправок к оставшемуся времени, внесенных участниками).
Если исходить из того, что каждый участник каждый день выполняет 8 часов работы (в идеале с поправкой на эффективность, коммуникацию и т. д.), Собственно, ради этого все и затевается.
2. Процент работ, выполненных на сегодняшний день.
Это тоже достаточно важный показатель.
3. Изменение срока исполнения с течением времени (отражает, например, точность планирования, крупные изменения и т. д.).
4. Различные разделы по заданиям (затраченное время, изменения в оценках и т.д.).
5. Отклонения от графика.
6. Проблемные места (большая разница между первоначальным планом и фактически затраченным временем, резкие изменения оставшегося времени и т. д.).
7. Пользовательские отчеты по желанию ПМ.
Желаемые вкусности: 1. Интеграция с существующим багтрекингом.
Чтобы при создании ошибки (или запроса на изменение) можно было связать ее с одной из задач.
Так что время в отчёте можно привязать к ошибке, но при этом оно автоматически прибавляется ко времени, потраченному на задачу.
Обратите внимание, время начала и время окончания задания нигде не отображаются! Все расчеты производятся от текущего дня (если мы смотрим в будущее) или на основе фактических данных (если мы оглядываемся назад).
Все задачи считаются независимыми.
Естественно, на самом деле это не всегда так, и ПМ должен стараться ставить задачи людям с учетом возможных зависимостей.
Но в системе какой-то специальной для этого нет механизма.
Причем время выполнения одной задачи здесь не столь важно.
Очень важно оценить, когда весь проект будет завершен.
И эта оценка автоматически пересчитывается после каждого изменения (добавление новой задачи или изменение оставшегося времени, создание запроса на изменение или отчета об ошибке и т. д.) Важно то, сколько времени будет потрачено (или уже потрачено) на ту или иную задачу.
И именно на основе этих данных делаются все оценки и расчеты.
Несомненно, описанная здесь система далека от идеала и во многом упрощена, но.
мне кажется, что нечто подобное могло бы существенно упростить жизнь ПМ небольшого проекта.
Теперь актуальный вопрос: существует ли реализация такого взгляда на управление проектами? И имеет ли оно право на жизнь? Теги: #Управление проектами #учет времени #Управление проектами
-
Введение В Интернет
19 Oct, 24 -
Первый Луцк
19 Oct, 24 -
Будет Ли Представлен Video Ipod 23 Октября?
19 Oct, 24 -
Первый День Macworld Expo 2007
19 Oct, 24
