Проект Management'eur

Коли проект готовий почати, як правило, заходи прийняті у зв'язку з власником проекту та іншими зацікавленими сторонами для визначення вимог до проекту настільки детально, наскільки це можливо. Різні документи будуть опубліковані описи того, що необхідно виконати та методології або плану для досягнення цілей. Цей план звичайно включає в себе розбивку проектних робіт у різних завдань, які потім можуть бути віднесені до різних членів команди.

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

У 2008 році, зараз ми бачимо парадигми зміни, що відбуваються в області управління проектами, як проект співтовариства врегулювати на основі нової, орієнтованої на конкретні резервний для управління проектами. Ця нова парадигма включає в себе як традиційні і складні по управлінню проектами. Ключ до нової парадигми є визнання того, що проекти розрізняються за рівнем їх достовірності і виникнення, і придатний для цілей стратегії, архітектури, компетенції, контракти та інструменти повинні бути використані.
- Переосмислення нашої професії Частина 2: Історія і майбутнє управління проектами на професора д-р Девід Dombkins

При розробці програмного забезпечення, нових методик, таких, як Scrum з'явилися, які визнають нездатність знати все попереду, і визначають шляхи рішення виникаючих потреб. У рамках цього підходу припускає регулярні команди нарад з питань планування роботи на наступний вказаний проміжок часу, перегляду статусу, а також про прогрес, що відображають останні інтервал, з тим щоб поліпшити прогрес у наступному інтервалі.

Два ключових елементів такого підходу є:

• Необхідно швидко реагувати на виникаючі зміни, що вимагає
• Необхідно для швидкого і точного розповсюдження нової інформації для всіх членів групи з ліквідації того, щоб відступати

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

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

Маючи це центральна база знань струм може скоротити час, що витрачається на нарадах і зменшити витрати відео-конференцій. У самому справі, оскільки кожна людина має вільний доступ до цієї інформації, може бути можна обійтися з аудіо-конференц-зв'язок, принаймні частину часу.

Наступні відео показано, як управління проектами для реального світу може бути використана для створення таких веб-центральної бази знань для проектної команди.