 Информационным технологиям и развитию бизнеса компьютерных систем всего лишь 50 лет. Я начал данный бизнес в ранних 1960-х и был вовлечен в процесс замены перфокарточных табуляторных систем на перфокарточные компьютерные (такие, как IBM 1400).
В то время как технологии становились все более современными (т.е. диски, большие объемы памяти и компиляторы), системы, которые мы разрабатывали, становились все более сложными. В то же самое время, как росла индустрия ИТ, росло также число программистов, аналитиков и операторов.Зачастую это были смышленые люди, опытные и креативные, но в то же время нередко с недостатком понимания нужд бизнеса. Сколько раз было изобретено колесо, столько же существовало способов структурирования компьютерных программ и столько же было реализующих их программистов! Отсюда и появились методологии разработки системы. Ранние методологии были разработаны основными производителями аппаратных средств и консалтинговыми компаниями по управлению. Данные методологии должны были быть использованы как шаблоны для разработки. Некоторые были весьма пригодными, а некоторые - довольно- таки плохими. Одни были четкими, а другие, к примеру, SSADM, были чересчур раздуты и стали неоправданно управлять проектами (аналогично со случаем, когда подчиненный управляет начальником). Данные массивные методологии были приняты к использованию правительствами многих стран, что значительно увеличивало стоимость и сроки (прибавляло к цене и к срокам) разработок информационных технологий в 1980-х, при этом значительных улучшений в качестве не наблюдалось. Нашествие баз данных (реляционных, иерархических и т.д.) лишь еще больше усложнило процесс, и теперь и без того большие проекты разработки стали главной повесткой дня. В какой –то мере именно это и запустило появление методологий управления проектами , поскольку управление проектами в области информационных технологий зачастую было поручено аналитикам систем и программистам, обладающим обширными техническими навыками, но, к сожалению, с недостаточными навыками управления. Консультационные фирмы по проблемам управления сразу же заметили появившиеся возможности, и сегодня мы можем заметить огромную сеть частных методологий управления проектами. Но тут подоспело CCTA правительства Соединенного Королевства, которое разрушило такие стандарты и запустило PROMPT - практически рабочую методологию для управления проектами в области информационных технологий. Она была модифицирована в PRINCE , а затем - в PRINCE2 (что тоже является хорошей методологией) и была широко использована. Не совсем понятно, почему PRINCE2 считается эталоном для методологий управления проектами, но все же она предоставляет маршрут. Я часто использую ее во многих моих проектах, но при этом появляется вопрос: Делают ли из Вас достойного руководителя хорошие методологии управления проектами? Они, конечно же, помогают, но управление проектами - это нечто большее, чем просто механик а процесса. Это, скорее, наличие навыков межличностных отношений, осведомленность участников проекта, презентация, управленческие навыки и понимание правил, ведущих к победе. Другими словами, это смесь теории и навыков Необязательно, чтобы вы работали в данной сфере 30 лет, но иногда вам может пригодиться помощь того, кто c давних пор в данной сфере деятельности. Barry De Boer
|
