Это попытка объяснить в картинках, почему проекты так сложно выпускать вовремя, и как расстановка приоритетов может улучшить ситуацию.Итак, начинаем развивать проект. Цели и общие контуры проекта уже определены, но о его реализации пока ничего не известно.
Какие проблемы вам придется решить? Какие ресурсы потребуются? Не ясно.
На данном этапе проект для нас — это осязаемое, но пока довольно бесформенное облако.
Нам нужны детали.
Отталкиваясь от целей проекта, мы поэтапно разделяем его на сравнительно небольшие, а главное, вполне конкретные задачи, решение которых будет означать успешное завершение всего проекта.
В результате из изначально обтекаемых форм концепции вырисовываются угловатые контуры ее технической реализации — в виде набора задач — «кирпичиков», которые в совокупности составляют весь проект. «Тяжелый, грубый, заметный».
Итак, проект разбит на отдельные «кирпичики», каждый из которых в отдельности уже можно понять и оценить.
Наш следующий шаг – определить ресурсы, необходимые для реализации всего проекта в целом.
Этот шаг уже не так сложен — после оценки ресурсоемкости каждой задачи в отдельности мы можем просто подсчитать, во сколько нам обойдется весь проект. Для наглядности представим ресурсы проекта в виде таблицы или полки, на которой друг за другом выстроены все «кирпичики» задач, составляющих наш проект. Каждая задача занимает место на полке (то есть «съедает ресурс»), размер полки соответствует масштабу проекта и, конечно же, ограничен – так же, как и в жизни, временем, деньгами – или и тем, и другим.
в то же время - обычно ограничены.
Перечисленные выше действия уже должны дать нам ответ на ряд важных вопросов: Какие ресурсы необходимы для реализации проекта?
Какие проблемы необходимо решить?
Какие ресурсы потребуются для выполнения каждой задачи?
Похоже, это не просто ответы на вопросы — это план.
Приступим к реализации.
Время идет, проблемы решаются одна за другой — и мысленно кладутся на нашу воображаемую «ресурсную полку».
Теперь «полка ресурсов» четко показывает, какая часть проекта уже реализована, а сколько запланированных ресурсов фактически уже потрачено.
Разумеется, когда все пойдет по плану, каждое из выполненных заданий будет занимать на полке ровно столько места (т. е.
поглощать ресурсы), сколько было задумано изначально, подчеркивая всеобщую мировую гармонию.
К сожалению, есть трудности с мировой гармонией.
Рано или поздно одна из задач (а обычно не одна) вдруг оказывается сложнее, дороже, дольше — или все сразу.
Она уже не помещается на отведенное ей ранее место – она, как бы это сказать, лопается .
Вот тут и наступает один из самых неприятных моментов разработки — кирпичи упали с полки .
Задачи, которые потребляли больше ресурсов, чем было для них запланировано, не только становились «дороже» сами по себе, они отнимали место у тех задач, которые еще предстоит реализовать — тех задач, которые аккуратно нарисованы на диаграмме пунктиром.
Возможно, удача еще улыбнется, и мы все-таки сможем уместить все задачи обратно на полку — но для этого придется сделать оставшиеся.
с меньшими затратами, чем планировалось .
Насколько вероятен такой исход? Давайте не будем обманывать себя и считать это само собой разумеющимся - рано или поздно в любом проекте кирпичи падают с полки .
Почему бы не выпустить проект вовремя, но без некоторых запланированных функций? Просто потому, что очень часто в самом конце проекта они вдруг оказываются очень важные вещи .
Что я должен делать? Решение проблемы заключается в первоначальной расстановке приоритетов.
В силу вероятностного характера любого проекта нельзя быть абсолютно уверенным, что все пойдет строго по плану.
Когда и в каком направлении шанс поиграет с нами, неизвестно, но мы можем с уверенностью сказать, что чем ближе задача запланирована к завершению проекта, тем выше ее шанс оказаться «за бортом» от реализации.
На это может просто не хватить времени или каких-либо других ресурсов – и, увы, не всегда удается увеличить бюджет проекта.
Пожалуй, возможность потерять одну или даже несколько задач («не вписываясь в бюджет») сама по себе не является огромной проблемой; Это станет настоящей проблемой только в том случае, если некоторые очень важные элементы проекта будут «вырезаны».
Исходя из этого понимания, очевидным решением является на этапе планирования упорядочить задачи от наиболее важных к наименее значимым и начинать реализацию с задач, критически важных для проекта.
Таким образом, риск «не успеть» никуда не исчезает, а под угрозой окажутся только наименее важные, второстепенные задачи.
Существенный момент: сложно и непродуктивно начинать с «неважных» задач при расстановке приоритетов, считая все остальные «важными».
Во-первых, сложно с самого начала отметить что-либо в проекте как неважное и «не очень нужное», а тем более заниматься его дальнейшим планированием и реализацией.
Во-вторых, при поиске «второстепенных вещей» в проекте очень легко упустить критические и первостепенные задачи.
Гораздо эффективнее задать вопрос «без чего проект не может быть выпущенЭ» С этим вопросом уже не так просто забыть о таких важных, но легко упускаемых из виду «строительных блоках» проекта при планировании, как тестирование, сопроводительная документация, «setup.exe» и тому подобные задачи.
Что, конечно же, следует постараться реализовать как можно раньше, чтобы снизить риски.
падение кирпичей с полки .
Подведем итоги: первоначальные оценки ресурсов, необходимых для реализации проекта, а также их фактическое потребление в процессе разработки представляют собой вероятностную величину, имеющую элемент случайности; из-за вероятностного характера проектов существуют риски дефицита бюджета, которые зачастую приводят к отказу от реализации каких-либо частей проекта; задачи, запланированные на ранние этапы разработки, имеют наилучшие шансы на получение необходимых ресурсов; установка приоритетов на этапе планирования позволяет планировать важнейшие задачи проекта на ранних стадиях разработки, оставляя второстепенные на завершающих стадиях – тем самым повышая шансы на успешную реализацию наиболее важных элементов проекта.
Теги: #управление проектами #управление проектами #управление проектами
-
Mpls Vpn С Te В Корпоративных Сетях
19 Oct, 24 -
Официальное Открытие Bitbybit
19 Oct, 24
