Завершение IT-проекта: Создание структуры схемы работы (WBS) | История экономики

Завершение IT-проекта: Создание структуры схемы работы (WBS)

Создание структуры схемы работы

Наша бесконечная серия статей по планированию IT-проектов наверняка создала у вас впечатление, что кроме мира интернета, информационных технологий и коммуникаций ничего не существует? Конечно, всё не так, просто, каждому своё. Мы с вами занимаемся разработкой проектов, а кто-то производит и обеспечивает текущее техническое обслуживание зерноуборочных комбайнов. Вот когда узнаете подробности и удивитесь, что электронная «начинка» комбайна Claas не уступает оснащению навороченного сервера, тогда посмотрите на современную сельскохозяйственную технику другими глазами…

Но вернёмся к основной теме:
WBS создается с использованием главных результатов или целей проекта.
Качество проекта должно быть встроено в его структуру, и вы можете внедрить управление качеством через WBS.

Длительность — это время, которое вы можете выделить на выполнение задачи, а усилия — это количество реальной работы, которое требует задача. Задачи проекта должны соответствовать правилу 8/80. Любая задача или блок работ, который длится менее восьми часов, должен быть включен в задачу более высокого уровня, длящуюся более 8 часов. Любая задача или блок работ продолжительностью более 80 часов должен быть разбит на более мелкие и более управляемые задачи.

Задачи, указанные в WBS, определяют весь объем работы в проекте, поэтому именно WBS определяет объем проекта. Есть возможность сравнить вашу WBS с формулировкой объема проекта, чтобы убедиться, что они описывают одну и ту же работу.

Критерии завершения описывают, как должна выглядеть выполненная задача. Это один из способов управления качеством в проекте. Критерии входа/выхода могут использоваться для того, чтобы определить, когда задачи или этапы могут начинаться и заканчиваться. Это еще один способ управления качеством.

В этот момент задачи должны быть расположены в оптимальной последовательности. Ограничения по ресурсам и другие ограничения должны быть определены именно в это время.
При отслеживании задач может быть полезна наглядная нумерация задач (типа — 1, 1.1, 1.2, 1.2.1 и т. д.). Проанализируйте функциональные и технические требования, чтобы убедиться, что они учтены в вашей WBS.

Добавить комментарий

Реклама Google
Свежие записи