Планирование проекта и прослеживание. Отношения между людьми и усилием, страница 2

Планирование для программного обеспечения, проектируя проекты может рассмотреться от двух довольно различных перспектив. В первом, дата конца выпуска машинной системы имеет уже (и безвозвратно) установленный. Программная организация ограничена распределить усилие в пределах предписанной рамки{фрейма} времени. Второе представление{вид} планирования программного обеспечения предполагает, что грубо хронологические границы были обсуждены, но что дата конца установлена программным обеспечением техническая организация. Усилие распределено, чтобы лучше всего использовать ресурсы, и дата конца определена после осторожного анализа программного обеспечения. К сожалению, с первой ситуацией сталкиваются намного более часто чем второй.

Подобно всем другим областям разработки программного обеспечения, множество основных принципов ведет программное проектное{строительное} планирование:

Разделение. Проект должен быть разделен в множество управляемых действий и задач. Чтобы достигать разделения, и изделие{программа} и процесс расчленены.

Взаимозависимость. Взаимозависимость каждой разделенной деятельности или задачи должна быть определена. Некоторые задачи должны произойти в последовательности, в то время как другие могут произойти параллельно. Некоторые действия не могут начаться, пока изделие{программа} работы, произведенное другим не доступно. Другие действия могут произойти независимо.

Распределение Времени. Каждая задача, которая будет намечена должна быть распределена некоторое число{номер} модулей работы (например, дневный человеком из усилия). Кроме того, каждая задача должна быть назначена дата начала и дата завершения, которые являются функцией взаимозависимостей и проведется ли работа на полной рабочей неделе или частично занятом основании.

Проверка правильности усилия. Каждый проект имеет определенное число{номер} сотрудников. Поскольку распределение{ассигнование} времени происходит, менеджер проектов должен гарантировать, что не больше, чем распределенное число{номер} людей было намечено в любое данное время. Например, рассмотрите{сочтите} проект, который имеет трех назначенных сотрудников (например, 3 дневный человеком доступны в день назначенного усилия). В данный день, семь параллельных задач должны быть достигнуты. Каждая задача требует 0.50 дней человека усилия. Больше усилия было распределено чем есть люди, чтобы сделать работу.

Определенные обязанности. Каждая задача, которая намечена, должна быть назначена на определенного члена группы.

Определенные результаты. Каждая задача, которая намечена, должна иметь определенный результат. Для программных проектов, результат - обычно изделие{программа} работы (например, дизайн модуля) или части изделия{программы} работы. Изделия{программы} работы часто объединяются{скомбинируются} в deliverables.

Определенные вехи. Каждая задача или группа задач должны быть связаны с проектной{строительной} вехой. Веха достигнута, когда одно или более изделий{программ} работы были рассмотрены по качеству и были одобрены.

Каждый из этих принципов применен, поскольку проектный{строительный} список{график} развивается.

6.2 ОТНОШЕНИЯ МЕЖДУ ЛЮДЬМИ И УСИЛИЕМ

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

Есть общий{обычный} миф, которому все еще верят много менеджеров, которые являются ответственными за усилие по разработке программного обеспечения: "Если мы отстаем от списка{графика}, мы можем всегда складывать больше программистов и ловить позже в проекте. " К сожалению, добавляя людей поздно в проекте часто имеет подрывной эффект на проект, заставляя списки{графики} скользить даже далее. Люди, которые добавляются, должны изучить систему, и людей, которые учат им - те же самые люди, которые делали работу. При обучении, никакая работа не сделана, и проектные{строительные} падения далее позади.