Предварительные замечания

We use cookies. Read the Privacy and Cookie Policy

Предварительные замечания

Предположим, вы должны написать небольшую компьютерную программу для предприятия. Команда в составе пяти человек работала над программой полтора месяца и только что закончила ее. Завершен ли ваш проект?

Нет. Во-первых, само по себе создание программы не означает, что она работает, – ее нужно протестировать. Только после тестирования вы сможете с уверенностью утверждать, что с программой все в порядке. Но сможет ли ей пользоваться заказчик? Пока еще нет: нужно установить программу на компьютерах заказчика, продемонстрировать ее возможности и, скорее всего, – обучить будущих пользователей. Иными словами, программу нужно внедрить. Но и после внедрения возникают проблемы: у заказчика могут возникнуть какие-то вопросы по работе программы или в ней обнаружится сбой. На этот случай разработчики предлагают заказчику техническую поддержку. Они решают все проблемы: отвечают на вопросы, устраняют возможные неисправности и т. д. и т. п.

Только после этого вы можете приступить к закрытию проекта, т. е. «освободить» команду проекта и разрешить ей начать работу над другим проектом. Однако, скорее всего, не все исполнители перейдут на другой проект – «освобождение» придется делать поэтапно. Кроме того, вам необходимо вернуть заказчику неизрасходованные средства из бюджета проекта.

Если впредь вы не собираетесь заниматься проектами, здесь можно поставить точку. В ином случае имеет смысл проанализировать проект – что у вас получилось хорошо, а что не очень и что можно было бы сделать иначе? Это поможет вам добиться лучших результатов в последующем.

Наконец, если проект оказался успешным, и заказчик доволен полученной программой, стоит устроить вечеринку. В конце концов, надо же отметить результаты!

Данный текст является ознакомительным фрагментом.