Проект Management'eur

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

Для многих лет руководители проекта пытались закрепить требования на данный момент, избегая того, что широко известно как "сфера ползать" в попытке обеспечить возможность уложиться в отведенные сроки и быть в состоянии четко сформулировать, детали различных задач к установленному членов команды. Тем не менее, начала необходимо признать, что в реальном мире, это не возможно узнать все детали, прежде чем приступать проекта, и что должен быть способ создать определенную гибкость в проект, как она прогрессирует.

В 2008 году, сейчас мы видим парадигмы изменения, происходящие в области управления проектами, как проект сообщества урегулировать на основе новой, ориентированной на конкретные резервный для управления проектами. Эта новая парадигма включает в себя как традиционные и сложные по управлению проектами. Ключ к новой парадигме является признание того, что проекты различаются по уровню их достоверности и возникновение, и пригодный для целей стратегии, архитектуры, компетенции, контракты и инструменты должны быть использованы.
- Переосмысление нашей профессии Часть 2: История и будущее управления проектами на профессора д-р Дэвид Dombkins

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

Два ключевых элементов такого подхода являются:

• Необходимо быстро реагировать на возникающие изменения, что требует
• Необходимо для быстрого и точного распространения новой информации для всех членов группы по ликвидации того, чтобы отступать

Такое быстрое распространение новой информации может быть особенно проблематичным в виртуальные группы, возможно, расположенных по всему миру, где лицом к лицу ежедневных заседаний невозможно и видеоконференций может быть дорогим. Когда член команды работает на проблему, которая требует ответа, прежде чем продолжить, дожидаясь следующей встречи или телеконференции могут привести к задержкам. Но когда получить ответ по электронной почте, как правило, новая информация не сразу распространяться среди всех членов команды, если на всех. Даже если все члены команды будут скопированы на электронную почту, информация не хранится в организованной и легко поиска формате, и рискует быть удален перед членом команды понимает, что ему нужно что-справочной информации на более позднее время.

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

Имея это центральная база знаний ток может сократить время, затрачиваемое на совещаниях и уменьшить расходы видео-конференций. В самом деле, поскольку каждый человек имеет свободный доступ к этой информации, может быть можно обойтись с аудио-конференц-связь, по крайней мере часть времени.

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