Я был номинирован на разработку инструмента управления проектами для моей организации, в котором должна храниться вся информация, связанная с проектом, контрольный список и сопутствующая информация (на данный момент никаких конкретных требований не указано). В связи с этим, как мне начать перечислять требования? Основные требования, которые я перечислил, включают информацию о проекте (где должны быть сохранены объем, цель, название и другая связанная информация), сопоставление контрольного списка с озаглавленным проектом, задачей, отчетами и т. д. Каковы другие требования, которые могут быть частью этого проекта? Какого подхода мне нужно придерживаться? Любая ссылка или инструменты управления проектами с открытым исходным кодом?
Требования вытекают из желаемых бизнес-возможностей. Итак, первый шаг — привлечь ваших заинтересованных лиц/внутренних клиентов, чтобы выяснить, какие бизнес-возможности им нужны. Например, является ли это инструментом для менеджеров по проектам, чтобы лучше управлять графиком и бюджетом? Или он предназначен для поддержки своевременной отчетности перед высшим руководством? Мониторинг риска — это большое или малое дело? Как насчет реализации долгосрочных преимуществ? И есть ли готовое решение, которое может обеспечить необходимые мне бизнес-возможности?
Вам также необходимо учитывать, какие требования существуют за пределами простых систем, другими словами, какие процессы поддерживает инструмент и как инструмент и процессы связаны с вашей организацией. Помните, что это всего лишь инструмент, и если у вас нет эффективного способа его использования или если он не соответствует вашей организации, инструмент может быть хуже, чем бесполезен.
Марв Миллс
Том Огер
УолтХаузер