Jump to content

Анатомия проекта

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

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

Преимущества

[ редактировать ]
  • Простой
  • Легко понять, что делать, что делается, а также зависимости между рабочими пакетами.
  • Совместный
  • Общий взгляд для разработчиков, менеджеров проектов и спонсоров
  • Помогает в обнаружении и управлении рисками и задержками.
  • Может использоваться для управления зависимостями между командами и спринтами в крупных гибкой разработки . проектах

Ограничения

[ редактировать ]
  • Может включать, но не управлять аспектами времени выполнения заказа.
  • Может включать, но не управлять аспектами ресурсов.

Анатомия проекта развилась из анатомии системы в Ericsson с конца 1990-х годов. В разных организациях различаются как терминология, так и методология, а разница между «системной анатомией», «анатомией проекта», «дельта-анатомией» и «анатомией интеграции» иногда размыта или отсутствует. В 2004 году FindOut Technologies представила программный инструмент (Paipe) для управления анатомией с большим количеством свойств. С тех пор компания работала над созданием термина «Проект Анатомия».

Приведенная ниже структура проекта представляет собой пример, показывающий пакеты работ, необходимые для разработки простой системы управления проблемами.

Рабочие пакеты со многими зависимостями называются пауками и указывают на риск. Риском можно управлять путем разделения пакета работ или перемещения его зависимых частей в более поздние поставки (приращения).

Цвета обозначают текущий статус пакетов работ: зеленый означает «в процессе», желтый означает «под угрозой», а красный означает «не в порядке». Синие пакеты работ выполнены.

Пример анатомии проекта разработки простой системы управления проблемами

Дальнейшее чтение

[ редактировать ]
  • Таксен Л. и др., Анатомия системы: обеспечение гибкого управления проектами , Studentlitteratur , ISBN   978-91-44-07074-2
  • Адлер, Н. (1999). Управление разработкой сложных продуктов – три подхода. EFI, Стокгольмская школа экономики. ISBN   91-7258-524-2
  • Берггрен К., Ярквик Дж. и Седерлунд Дж. (2008). Лагомизация, органическая интеграция и отделения неотложной помощи: инновационные практики управления проектами разработки сложных систем. Журнал «Управление проектами», Приложение, 3 9, 111–122.
  • Лиллиешельд Дж., Таксен Л., Карлссон М. и Классон М. (2005). Управление сложными проектами развития – с использованием системной анатомии. В материалах Портлендской международной конференции по менеджменту технологий и инженерии, PICMET '05 , 31 июля – 4 августа 2005 г., Портленд, Орегон – США.
  • Таксен Л., Лиллискольд Дж. (2005) Проявление общих возможностей в развитии системы – анатомия системы, ALOIS*2005, 3-я Международная конференция по действиям в языке, организациях и информационных системах , 15–16 марта 2005 г., Лимерик, Ирландия, стр. 28 –47. Получено с https://web.archive.org/web/20160303202022/http://www.alois2005.ul.ie/ (февраль 2006 г.).
  • Ярквик Дж., Берггрен К. и Седерлунд Дж. (2007). Инновации в управлении проектами: неореалистичный подход к разработке сложных систем, критичных ко времени. VIII конференция IRNOP , Брайтон, Великобритания, 19–21 сентября 2007 г.
  • Йонссон, П. (2006). Анатомия — инструмент для управления эволюцией и возможностью развития программного обеспечения. Второй международный семинар IEEE по развитию программного обеспечения (SE'06) (стр. 31–37). Филадельфия, Пенсильвания, США. 24 сентября 2006 г.
  • Таксен Л. и Лиллишельд Дж. (2008). Изображения как инструменты действия в сложных проектах, Международный журнал управления проектами, 26 (5) , 527–536.
  • Таксен Л. и Петтерсон У. (2010). Гибкая и поэтапная разработка больших систем. На 7-й Европейской конференции по системному проектированию EuSEC 2010 . Стокгольм, Швеция, 23–26 мая 2010 г.
  • Седерлунд, Дж. (2002). Управление сложными проектами развития: арены, процессы знаний и время. Управление НИОКР, 32(5) , 419–430.
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 5874a09f2e1e09a5bfdd25526d610a51__1710910560
URL1:https://arc.ask3.ru/arc/aa/58/51/5874a09f2e1e09a5bfdd25526d610a51.html
Заголовок, (Title) документа по адресу, URL1:
Project anatomy - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)