Как стать автором
Обновить

Комментарии 46

Это графическое представление довольно фундаментального понятия в управлении проектами.
WBS. Work Breakdown Structure (WBS) is a fundamental project management technique for defining and organizing the total scope of a project, using a hierarchical tree structure.
Используется в таких программах как MS Project и OpenProj (и я думаю во многих других).
однако CPA является значительно более функциональным :)
никто не говорит о том, что не надо составлять CPA диаграммы или диаграммы Ганта. но перед тем как составлять CPA неплохо бы определить состав работ, которые Вы будете в CPA включать, правда?
конечно :)
Отличная идея — превратить список задач из MS Project в mind map :) Действительно, помогает. Проджект многие участники проекта не понимают и даже боятся.
Я лично не вижу вообще разницы между разными формами древовидной структуры, как ее ни нарисуй (сказывается, наверное, опыт работы со всякими *ML и редакторами для них). Но да, вы правы, профессиональные средства проектного управления как-то пугает тех, для кого они разработаны. KISS в действии...
Извините за нескромный вопрос, работа менеджера и состоит в том, чтобы рисовать картинки с прямоугольничками? Неудивительно почему такой менеджер обречен. Ваша общая проблема в том (т.н. менеджеров), что любой креативный IT-проект вы рассматриваете как низкокваливицированную механическую работу. Художник и маляр для вас - одно и то же, а картину вы мыслите только размером полотна и количеством израсходованных красок.

Ваша диаграмма не отражает хронологического порядка выполнения задач. И как на ней можно отобразить параллельное выполнение независимых задач? И вообще, создание достаточно простых "линейных" проектов (как разработка сайта) не требует излишней демагогии, а сложные проекты с множеством параллельно выполняемых подзадач требуют более сложных методов контроля. Извините за резкость.
Работа менеджера состоит в том, чтобы управлять проектом. А управлять проектом невозможно без понимания сути проекта и задач, которые он включает. Причем любым проектом, а не только креативным IT проектом. И я не считаю это низкоквалифицированной или механической работой, я бы даже сказал наоборот. Я просто стараюсь рассматривать понятия на простых примерах.

А Вы, к тому же путаете толстое с кислым. Эта диаграмма и не должна отражать параллельное выполнение работ или какие-то временные интервалы, Вы просто, к сожалению, невнимательно читали то, что я писал. К тому же разработка сайта, может и не быть простым линейным проектом, ведь все зависит от того, что называть сайтом, правильно? google.com - это же тоже сайт ;)

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

- Эти утверждения неверны, поскольку рассчитаны либо на один ресурс, либо когда одна задача приходится на один ресурс и все задачи последовательны. В проектах всё не так. Поэтому из Гранта можно создать ИСР, обратное преобразование невозможно.
Абсолютно верно... Есть испытанная временем диаграмма Ганта (кстати, без "р"), есть методики, позволяющие определить "критичные" для всего проекта задачи. Есть Milestones и т.п.
Описанная методика, вероятно, подойдет тем, кто профессионально не управляет проектами. Например, домохозяйкам - составить план ремонта квартиры.
Я правильно понял, что Вы сначала рисуете временную диаграмму для задач, а только потом определяете их состав? :)
Описанная диаграмма является один из фундаментальных понятий в науке управлении проектами, а не только домохозяйкам для ремонта квартиры. Кстати, ремонт квартиры тоже можно рассматривать как проект и для него так же можно построить и ИСР, и диаграмму Ганта
Ни в коем случае :) Но и предлагать "ИСР" как замену диаграмм Ганта и прочих вещей - на мой взгляд, некорректно.
а я и не предлагал :)
я написал, что "От такой диаграммы очень легко перейти к календарно сетевому графику и столь любимой многими диаграмме Ганта". Те построить их следующими шагами.
Бедная домохозяйка зависнет с такой схемой. Поместить покраску пола в ту же самую ветвь, что и потолок - правильное решение, хотя и совсем не логичное:)
Я думаю, что план ремонта все-таки составляют практически все люди, редко кто начинает ремонт в духе "начнем, а там видно будет" :)
если ИСР - это такой вольный перевод WBS, то во всем вышесказанном есть один немаловажный недочет, а именно "well-designed WBS describes planned outcomes instead of planned actions" Это может показаться важным хотя бы потому, что в иерархической схеме нет возможностей корректно показать зависимости.
Все правильно. По-русски outcomes называются субпродуктами, поэтому у меня в диаграмме у каждой задачи есть некоторый измеримый и ощутимый результат.

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

нарисуйте там действительно промежуточные продукты и ссылочки на тех, кто их детализирует и реализует, и будет уже что-то более похожее на реальную жизнь.
Абсолютно согласен, на рисунке у вас actions, WBS не содержит actions.
Господа, WBS - Work Breakdown Structure.

The 100% Rule states that the WBS includes 100% of the work defined by the project scope and captures all deliverables – internal, external, interim – in terms of the work to be completed, including project management.

Моя диаграмма, как я написал не претендует на полноту и сделана лишь для объяснения и наглядности, на простом примере. Однако у меня во всех узлах есть результат. Там нету узлов, типа "Разработка не пойми чего". Неужели для вас задачи "дизайн" и "верстка" не предполагают результатов? Для меня они очевидны - psd файлы и html макет. Также и с остальными задачами.
Сам давно таким методом пользуюсь и другим рекомендую. Подобные схемы хороши для первого, самого общего, обзора проекта. Потом каждый пункт разворачивается в свой набор документов (документация, гантовки, uml, что-нить еще). позволяет не потерять общей картины, когда приходится заниматься деталями.
Кстати, также полезна и для домохозяек с их ремонтами.
не Вы один, это же классика проектного управления. просто большинству людей, к сожалению, знакома только диаграмма Ганта, и ту никто не рисует, потому как "и так все понятно" :)
Подобная схема - это просто графическое представления одного из наиболее общих принципов, которым люди часто пользуются при решении более менее сложных задач - разложение сложной задачи на простые составляющие, не более того :) Как нарисовать это графически - дело десятое. Можно делать в Project, можно в MindManager, можно просто на бумажке (я, кстати, предпочитаю WBS Chart Pro, которая насквозь проинтегрирована в Project и позволяет из WBS очень быстро сделать расписание и наоборот. ИМХО Microsoft давно должен был приделать к пакету что-то аналогичное).

Более того, подобные схемы нужны далеко не только для самого первого и самого общего обзора. Выполнение оценки трудозатрат, построение расписания, возникновение каких-то более менее существенных изменений в содержании работ проекта будет всегда начинаться с пересмотра WBS (в широком смысле, не диаграммы), в каком бы виде она не была зафиксирована.
Как показывает практика, область применимости mindmaps — начальная концепция.
Далее Project, или аналогичное. Я использую Excel (естественно, для небольших проектов). Примерно так: http://russian.joelonsoftware.com/Articl…

Автор тему как-то смутно раскрыл, либо вырезал из контекста. В таком варианте она скорее вредна получается, чем полезна. О чём говорят и комментарии выше...
Ну можно и небоскреб строить на одних гвоздях да досках, но зачем ? Зачем использовать программу не по назначению ? Тем более что 80% нужного функционала при это отсутствует. Есть же специальные программы для ведения проектов.

Да и по большому счету проблема управления на самом деле не в том что не получается сразу представить себе весь необходимый объем работ из-за кривости визуализации проекта, а в том что в большинстве случаев, заранее нельзя предугадать весь объем работ, не имея опыта таких работ...
По поводу диаграмм Ганта, WBS и прочего. Все верно. Действительно представленая в статье диаграмма не описывает
зависимости по времени. Но WBS тоже не описывает (описывает сетевой график или график Ганта). Как я выше заметил эта диаграмма является графическим представлением WBS. Но если рассмотреть процесс планирования проекта, то можно четко увидеть (делить можно как угодно, но я вижу так), что на первом этапе идет:
1) Декомпозиция проекта (то есть составление WBS). B вот тут графический вид, который ИМХО более наглядный, может очень даже помочь.
А уж потом мы смотрим ресурсы, и с помошью сетевого графика планируем по времени. Также на данной диаграмме можно указать даты майлстоунов и сделать постер :-). График Ганта никто не отменял, но выглядит он довольно нагруженно, и врядли подойдет для наглядного представления.
Представленная в статье диаграмма и есть WBS :) Отдельный вопрос насколько она хороша или плоха для конкретного проекта, здесь не обсуждаем.
Что касается планирования. Есть стандартный подход к планированию проекта:
1. Определение списка задач (и тут как раз обычно и формируется WBS)
2. Определение последовательности задач (Гантт в случае не очень сложного проекта или сетевые PDM или ADM схемы для каких-то громоздких проектов с многочисленными зависимостями)
3. Оценка трудозатрат/ресурсов (тип, количество)
4. Оценка длительности задач
5. И только теперь - разработка плана-графика/расписания (внешние и ресурсные ограничения и т.п.)
Так что не надо думать что WBS это и есть план-график/расписание, тем более путать ее с Ганттом. Это только один из шагов, хотя и один из наиболее важных, при создании плана проекта.
Как мне представляется, такая схема будет полезна, но для ограниченного числа задач.
Здесь действительно нет возможности удобно описать параллельное исполнение задач, указать сроки, указать кросс-зависимости между деревьями.
Так что главное преимущество в визуальной простоте чтения задач, широко разложенных по плоскости, а не сложенных в длинный вертикальный список на пару экранов. Удобно для небольших проектов или этапа начального проектирования.
самое главное достоинство диаграммы - четкое определение зависимости задач или продуктов друг от друга. Те разложение на продукт и субпродукты.

Параллельное представление выполнения задач, сроки и время - это задачи календарно сетевого графика и диаграмм Ганта.
НЛО прилетело и опубликовало эту надпись здесь
Абсолютно согласен, +1 к карме.
ога. Ориентированность на результат, а не на процесс.
Mindjet MindManager хорош но стоит денег.
Есть такой бесплатный http://freemind.sourceforge.net/wiki/index.php/Main_Page
У него функционал попроще. Да и такие диаграммы он не строит.
НЛО прилетело и опубликовало эту надпись здесь
Абсолютно согласен с небольшой поправкой (+1 к сожалению не могу поставить :)): ИСР - это и есть WBS (официальный перевод на русский язык). Т.е. это одно и то же. Сроки (не совсем понимаю что имелось ввиду под срочностью), стоимость работ и т.п. все это уже дополнительная информация, которая может также использоваться на диаграммах.
НЛО прилетело и опубликовало эту надпись здесь
При чём тут UML вообще?
Подобные вещи уже очень давно делаю в разных Wiki, потому как в них тоже можно выстраить иерархическую структуру, при том редактировать удобнее.

Вообще, думаю к похожим решениями очень многие сами приходят :)
По поводу Mindmanager: единственное напрягает в такой схеме, что постепенно все место будет занято выполненными задачами, среди которых будут теряться оставшиеся (невыполненные). Что Вы предлагаете делать? Убирать выполненные на другую карту? Или пользоваться каким-нибудь фильтром? Или еще как-то?
Для новичков - очень хороший пример.
Спасибо за идею!
Я думаю, что чем больше вариантов развернуть и покрутить проект использовать, тем лучше. Посмотрим на него так, а теперь вот так. Проекты же всегда многомерны. Любое представление полезно и оправдывает затрат времени. К тому же в том же MS Project можно и сетевую посмотреть диаграмму, и ганта и т.д. и т.п. Главное иметь желание смотреть, разбирать по костям и хранить для всех общую картину у себя в голове, чтоб вперед, к светлому будущему ))
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории