Комментарии 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 (и я думаю во многих других).
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 (и я думаю во многих других).
+2
Отличная идея — превратить список задач из MS Project в mind map :) Действительно, помогает. Проджект многие участники проекта не понимают и даже боятся.
+1
Извините за нескромный вопрос, работа менеджера и состоит в том, чтобы рисовать картинки с прямоугольничками? Неудивительно почему такой менеджер обречен. Ваша общая проблема в том (т.н. менеджеров), что любой креативный IT-проект вы рассматриваете как низкокваливицированную механическую работу. Художник и маляр для вас - одно и то же, а картину вы мыслите только размером полотна и количеством израсходованных красок.
Ваша диаграмма не отражает хронологического порядка выполнения задач. И как на ней можно отобразить параллельное выполнение независимых задач? И вообще, создание достаточно простых "линейных" проектов (как разработка сайта) не требует излишней демагогии, а сложные проекты с множеством параллельно выполняемых подзадач требуют более сложных методов контроля. Извините за резкость.
Ваша диаграмма не отражает хронологического порядка выполнения задач. И как на ней можно отобразить параллельное выполнение независимых задач? И вообще, создание достаточно простых "линейных" проектов (как разработка сайта) не требует излишней демагогии, а сложные проекты с множеством параллельно выполняемых подзадач требуют более сложных методов контроля. Извините за резкость.
-6
Работа менеджера состоит в том, чтобы управлять проектом. А управлять проектом невозможно без понимания сути проекта и задач, которые он включает. Причем любым проектом, а не только креативным IT проектом. И я не считаю это низкоквалифицированной или механической работой, я бы даже сказал наоборот. Я просто стараюсь рассматривать понятия на простых примерах.
А Вы, к тому же путаете толстое с кислым. Эта диаграмма и не должна отражать параллельное выполнение работ или какие-то временные интервалы, Вы просто, к сожалению, невнимательно читали то, что я писал. К тому же разработка сайта, может и не быть простым линейным проектом, ведь все зависит от того, что называть сайтом, правильно? google.com - это же тоже сайт ;)
А Вы, к тому же путаете толстое с кислым. Эта диаграмма и не должна отражать параллельное выполнение работ или какие-то временные интервалы, Вы просто, к сожалению, невнимательно читали то, что я писал. К тому же разработка сайта, может и не быть простым линейным проектом, ведь все зависит от того, что называть сайтом, правильно? google.com - это же тоже сайт ;)
0
Пользуясь такой диаграммой очень легко сделать целый ряд полезных, а иногда и необходимых вещей:
Отметить на этой диаграмме исполнителей и не забывать о предупреждении (или бронировании) необходимых для проекта людей.
Наметить план поставок, в случае большого проекта, выделяя законченные куски (на данной диаграмме это могут быть дизайн, верстка, внедрение и установка)
От такой диаграммы очень легко перейти к календарно сетевому графику и столь любимой многими диаграмме Ганта
- Эти утверждения неверны, поскольку рассчитаны либо на один ресурс, либо когда одна задача приходится на один ресурс и все задачи последовательны. В проектах всё не так. Поэтому из Гранта можно создать ИСР, обратное преобразование невозможно.
+1
Абсолютно верно... Есть испытанная временем диаграмма Ганта (кстати, без "р"), есть методики, позволяющие определить "критичные" для всего проекта задачи. Есть Milestones и т.п.
Описанная методика, вероятно, подойдет тем, кто профессионально не управляет проектами. Например, домохозяйкам - составить план ремонта квартиры.
Описанная методика, вероятно, подойдет тем, кто профессионально не управляет проектами. Например, домохозяйкам - составить план ремонта квартиры.
0
Я правильно понял, что Вы сначала рисуете временную диаграмму для задач, а только потом определяете их состав? :)
Описанная диаграмма является один из фундаментальных понятий в науке управлении проектами, а не только домохозяйкам для ремонта квартиры. Кстати, ремонт квартиры тоже можно рассматривать как проект и для него так же можно построить и ИСР, и диаграмму Ганта
Описанная диаграмма является один из фундаментальных понятий в науке управлении проектами, а не только домохозяйкам для ремонта квартиры. Кстати, ремонт квартиры тоже можно рассматривать как проект и для него так же можно построить и ИСР, и диаграмму Ганта
+1
Ни в коем случае :) Но и предлагать "ИСР" как замену диаграмм Ганта и прочих вещей - на мой взгляд, некорректно.
0
Бедная домохозяйка зависнет с такой схемой. Поместить покраску пола в ту же самую ветвь, что и потолок - правильное решение, хотя и совсем не логичное:)
0
если ИСР - это такой вольный перевод WBS, то во всем вышесказанном есть один немаловажный недочет, а именно "well-designed WBS describes planned outcomes instead of planned actions" Это может показаться важным хотя бы потому, что в иерархической схеме нет возможностей корректно показать зависимости.
+2
Все правильно. По-русски outcomes называются субпродуктами, поэтому у меня в диаграмме у каждой задачи есть некоторый измеримый и ощутимый результат.
О том как именно проверить правильность ИСР я написал в отдельной статье, которую уже опубликовал на своем блоге.
О том как именно проверить правильность ИСР я написал в отдельной статье, которую уже опубликовал на своем блоге.
0
хм-хм. возьмем, например, пункт "тестирование макетов". какой здесь будет субпродукт?
+1
отчет о тестировании, допустим.
0
что-то я такого субпродукта не вижу на схеме.
в общем, все эти квадратики - действия, а не результаты. Результатов нет. Соответственно какой план поставки можно скомпоновать из "верстки" и "дизайна", не очень понятно.
оценки по ним делать нельзя, зависимостей нет,
а если менеджер разбивает на подзадачи что-то, что делать будет не он сам и в чем он не очень понимает, это будет зряшная трата бумаги.
нарисуйте там действительно промежуточные продукты и ссылочки на тех, кто их детализирует и реализует, и будет уже что-то более похожее на реальную жизнь.
в общем, все эти квадратики - действия, а не результаты. Результатов нет. Соответственно какой план поставки можно скомпоновать из "верстки" и "дизайна", не очень понятно.
оценки по ним делать нельзя, зависимостей нет,
а если менеджер разбивает на подзадачи что-то, что делать будет не он сам и в чем он не очень понимает, это будет зряшная трата бумаги.
нарисуйте там действительно промежуточные продукты и ссылочки на тех, кто их детализирует и реализует, и будет уже что-то более похожее на реальную жизнь.
+2
Абсолютно согласен, на рисунке у вас actions, WBS не содержит actions.
0
Господа, 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 макет. Также и с остальными задачами.
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 макет. Также и с остальными задачами.
0
Сам давно таким методом пользуюсь и другим рекомендую. Подобные схемы хороши для первого, самого общего, обзора проекта. Потом каждый пункт разворачивается в свой набор документов (документация, гантовки, uml, что-нить еще). позволяет не потерять общей картины, когда приходится заниматься деталями.
Кстати, также полезна и для домохозяек с их ремонтами.
Кстати, также полезна и для домохозяек с их ремонтами.
+1
не Вы один, это же классика проектного управления. просто большинству людей, к сожалению, знакома только диаграмма Ганта, и ту никто не рисует, потому как "и так все понятно" :)
+1
Подобная схема - это просто графическое представления одного из наиболее общих принципов, которым люди часто пользуются при решении более менее сложных задач - разложение сложной задачи на простые составляющие, не более того :) Как нарисовать это графически - дело десятое. Можно делать в Project, можно в MindManager, можно просто на бумажке (я, кстати, предпочитаю WBS Chart Pro, которая насквозь проинтегрирована в Project и позволяет из WBS очень быстро сделать расписание и наоборот. ИМХО Microsoft давно должен был приделать к пакету что-то аналогичное).
Более того, подобные схемы нужны далеко не только для самого первого и самого общего обзора. Выполнение оценки трудозатрат, построение расписания, возникновение каких-то более менее существенных изменений в содержании работ проекта будет всегда начинаться с пересмотра WBS (в широком смысле, не диаграммы), в каком бы виде она не была зафиксирована.
Более того, подобные схемы нужны далеко не только для самого первого и самого общего обзора. Выполнение оценки трудозатрат, построение расписания, возникновение каких-то более менее существенных изменений в содержании работ проекта будет всегда начинаться с пересмотра WBS (в широком смысле, не диаграммы), в каком бы виде она не была зафиксирована.
0
Как показывает практика, область применимости mindmaps начальная концепция.
Далее Project, или аналогичное. Я использую Excel (естественно, для небольших проектов). Примерно так: http://russian.joelonsoftware.com/Articl…
Автор тему как-то смутно раскрыл, либо вырезал из контекста. В таком варианте она скорее вредна получается, чем полезна. О чём говорят и комментарии выше...
Далее Project, или аналогичное. Я использую Excel (естественно, для небольших проектов). Примерно так: http://russian.joelonsoftware.com/Articl…
Автор тему как-то смутно раскрыл, либо вырезал из контекста. В таком варианте она скорее вредна получается, чем полезна. О чём говорят и комментарии выше...
0
Ну можно и небоскреб строить на одних гвоздях да досках, но зачем ? Зачем использовать программу не по назначению ? Тем более что 80% нужного функционала при это отсутствует. Есть же специальные программы для ведения проектов.
Да и по большому счету проблема управления на самом деле не в том что не получается сразу представить себе весь необходимый объем работ из-за кривости визуализации проекта, а в том что в большинстве случаев, заранее нельзя предугадать весь объем работ, не имея опыта таких работ...
Да и по большому счету проблема управления на самом деле не в том что не получается сразу представить себе весь необходимый объем работ из-за кривости визуализации проекта, а в том что в большинстве случаев, заранее нельзя предугадать весь объем работ, не имея опыта таких работ...
0
По поводу диаграмм Ганта, WBS и прочего. Все верно. Действительно представленая в статье диаграмма не описывает
зависимости по времени. Но WBS тоже не описывает (описывает сетевой график или график Ганта). Как я выше заметил эта диаграмма является графическим представлением WBS. Но если рассмотреть процесс планирования проекта, то можно четко увидеть (делить можно как угодно, но я вижу так), что на первом этапе идет:
1) Декомпозиция проекта (то есть составление WBS). B вот тут графический вид, который ИМХО более наглядный, может очень даже помочь.
А уж потом мы смотрим ресурсы, и с помошью сетевого графика планируем по времени. Также на данной диаграмме можно указать даты майлстоунов и сделать постер :-). График Ганта никто не отменял, но выглядит он довольно нагруженно, и врядли подойдет для наглядного представления.
зависимости по времени. Но WBS тоже не описывает (описывает сетевой график или график Ганта). Как я выше заметил эта диаграмма является графическим представлением WBS. Но если рассмотреть процесс планирования проекта, то можно четко увидеть (делить можно как угодно, но я вижу так), что на первом этапе идет:
1) Декомпозиция проекта (то есть составление WBS). B вот тут графический вид, который ИМХО более наглядный, может очень даже помочь.
А уж потом мы смотрим ресурсы, и с помошью сетевого графика планируем по времени. Также на данной диаграмме можно указать даты майлстоунов и сделать постер :-). График Ганта никто не отменял, но выглядит он довольно нагруженно, и врядли подойдет для наглядного представления.
+1
Представленная в статье диаграмма и есть WBS :) Отдельный вопрос насколько она хороша или плоха для конкретного проекта, здесь не обсуждаем.
Что касается планирования. Есть стандартный подход к планированию проекта:
1. Определение списка задач (и тут как раз обычно и формируется WBS)
2. Определение последовательности задач (Гантт в случае не очень сложного проекта или сетевые PDM или ADM схемы для каких-то громоздких проектов с многочисленными зависимостями)
3. Оценка трудозатрат/ресурсов (тип, количество)
4. Оценка длительности задач
5. И только теперь - разработка плана-графика/расписания (внешние и ресурсные ограничения и т.п.)
Так что не надо думать что WBS это и есть план-график/расписание, тем более путать ее с Ганттом. Это только один из шагов, хотя и один из наиболее важных, при создании плана проекта.
Что касается планирования. Есть стандартный подход к планированию проекта:
1. Определение списка задач (и тут как раз обычно и формируется WBS)
2. Определение последовательности задач (Гантт в случае не очень сложного проекта или сетевые PDM или ADM схемы для каких-то громоздких проектов с многочисленными зависимостями)
3. Оценка трудозатрат/ресурсов (тип, количество)
4. Оценка длительности задач
5. И только теперь - разработка плана-графика/расписания (внешние и ресурсные ограничения и т.п.)
Так что не надо думать что WBS это и есть план-график/расписание, тем более путать ее с Ганттом. Это только один из шагов, хотя и один из наиболее важных, при создании плана проекта.
0
Как мне представляется, такая схема будет полезна, но для ограниченного числа задач.
Здесь действительно нет возможности удобно описать параллельное исполнение задач, указать сроки, указать кросс-зависимости между деревьями.
Так что главное преимущество в визуальной простоте чтения задач, широко разложенных по плоскости, а не сложенных в длинный вертикальный список на пару экранов. Удобно для небольших проектов или этапа начального проектирования.
Здесь действительно нет возможности удобно описать параллельное исполнение задач, указать сроки, указать кросс-зависимости между деревьями.
Так что главное преимущество в визуальной простоте чтения задач, широко разложенных по плоскости, а не сложенных в длинный вертикальный список на пару экранов. Удобно для небольших проектов или этапа начального проектирования.
0
НЛО прилетело и опубликовало эту надпись здесь
Mindjet MindManager хорош но стоит денег.
Есть такой бесплатный http://freemind.sourceforge.net/wiki/index.php/Main_Page
Есть такой бесплатный http://freemind.sourceforge.net/wiki/index.php/Main_Page
0
Есть еще FreeMind - http://freemind.sourceforge.net/
0
НЛО прилетело и опубликовало эту надпись здесь
Абсолютно согласен с небольшой поправкой (+1 к сожалению не могу поставить :)): ИСР - это и есть WBS (официальный перевод на русский язык). Т.е. это одно и то же. Сроки (не совсем понимаю что имелось ввиду под срочностью), стоимость работ и т.п. все это уже дополнительная информация, которая может также использоваться на диаграммах.
0
НЛО прилетело и опубликовало эту надпись здесь
Подобные вещи уже очень давно делаю в разных Wiki, потому как в них тоже можно выстраить иерархическую структуру, при том редактировать удобнее.
Вообще, думаю к похожим решениями очень многие сами приходят :)
Вообще, думаю к похожим решениями очень многие сами приходят :)
0
По поводу Mindmanager: единственное напрягает в такой схеме, что постепенно все место будет занято выполненными задачами, среди которых будут теряться оставшиеся (невыполненные). Что Вы предлагаете делать? Убирать выполненные на другую карту? Или пользоваться каким-нибудь фильтром? Или еще как-то?
0
О, частично похоже на мой подход к планированию и требовааниям )
См. доклад и файлы: http://rit2007.ru/paper_view.html?id=119…
См. доклад и файлы: http://rit2007.ru/paper_view.html?id=119…
0
Для новичков - очень хороший пример.
Спасибо за идею!
Спасибо за идею!
0
Я думаю, что чем больше вариантов развернуть и покрутить проект использовать, тем лучше. Посмотрим на него так, а теперь вот так. Проекты же всегда многомерны. Любое представление полезно и оправдывает затрат времени. К тому же в том же MS Project можно и сетевую посмотреть диаграмму, и ганта и т.д. и т.п. Главное иметь желание смотреть, разбирать по костям и хранить для всех общую картину у себя в голове, чтоб вперед, к светлому будущему ))
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Спасение для менеджера проектов или строим ИСР