Управление проектами - это философия управления, а не инструмент или техника
Управление проектамиГлоссарийФорумКонтакты

Управление проектами в области информационных технологий: теория или практика?

Информационным технологиям и развитию бизнеса компьютерных систем всего лишь 50 лет. Я начал данный бизнес в ранних 1960-х и был вовлечен в процесс замены перфокарточных табуляторных систем на перфокарточные компьютерные (такие, как IBM 1400).

В то время как технологии становились все более современными (т.е. диски, большие объемы памяти и компиляторы), системы, которые мы разрабатывали, становились все более сложными. В то же самое время, как росла индустрия ИТ, росло также число программистов, аналитиков и операторов.Зачастую это были смышленые люди, опытные и креативные, но в то же время нередко с недостатком понимания нужд бизнеса.  Сколько раз было изобретено колесо, столько же существовало способов структурирования компьютерных программ и столько же было реализующих их программистов!

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

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

Консультационные фирмы по проблемам управления сразу же заметили появившиеся возможности, и  сегодня мы можем заметить огромную сеть частных методологий управления проектами. Но тут подоспело CCTA правительства Соединенного Королевства, которое разрушило такие стандарты и запустило PROMPT - практически рабочую методологию для управления проектами в области информационных технологий. Она была модифицирована в PRINCE , а затем - в PRINCE2 (что тоже является хорошей методологией) и была широко использована.

Не совсем понятно, почему PRINCE2 считается эталоном для методологий управления проектами, но все же она предоставляет маршрут. Я часто использую ее во многих моих проектах, но при этом появляется вопрос:

Делают ли из Вас достойного руководителя хорошие методологии управления проектами?

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

Необязательно, чтобы вы работали  в данной сфере 30 лет, но иногда вам может пригодиться помощь того, кто c давних пор в данной сфере деятельности.

Barry De Boer

 

Предложения

Copyright ©2014, PMToday.ru. При копировании материалов наличие прямой индексируемой ссылки на сайт обязательно.