PM Stories » project management

Още за проектните спонсори

Майк Рам — Mon, 25 Aug 2008 09:17:06 +0000

Elizabeth Harrin има чудесна серия за проектните спонсори и след въвеждащия пост за ролята на спонсора, бих искал да ви цитирам още един от нейните постове по тази тема.

Проектният спонсор е основна фигура в проекта – този, който представя екипа пред борда на директорите, този, който отстоява интересите на проекта, който взема стратегически решения и най-важното – силно желае това, което проектът се стреми да постигне. Всеки проект има нужда от спонсор.

Ето и още няколко характеристики на проектния спонсор. Той е човек, който:

е измисли идеята и наистина иска да я реализира;
контролира парите;
иска да получи крайния продукт;
може да представя екипа на високо ниво и да потушава политическите битки преди да засегнат екипа;
“притежава” ресурсите;
е ефективен резонатор и ментор на екипа.

Последното, подчертава Елизабет, е особено важно. Спонсорът трябва да бъде винаги достъпен, особено за проектния мениджър, за да може да изслуша и разбере неговите проблеми и да може да помогне – с действие или със съвет.

Наличието на добър спонсор на проекта, отговарящ на всички изброени дотук качества, може и да не е сигурна гаранция за успех, но определено повишава значитлно шансовете на проекта. Обратно, липсата на такава ключова фигура, почти сигурно обрича проекта на провал.

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му чрез RSS feed или по имейл.

Вижте и тези публикации:

Професия ли е Project Management?

Майк Рам — Thu, 22 May 2008 07:50:04 +0000

От дълго време осъзнавам, че уменията и способностите за управление на проекти, не трябва да се изграждат само в определени хора, наречени проджект мениджъри, а във всеки, който изпълнява някакви управленски функции. Наскоро попаднах на един пост, в който се цитират авторитетни специалисти (без линкове, за съжаление), които категорично потвърждават моята позиция.

“Project management не е професия, а бизнес дисциплина“, казва David Curling. “Той е част от дисциплината на общия мениджмънт, който едва ли ще бъде признат за професия.”

David Pells го казва още по-добре:

Наскоро стигнах до заключението, че проджект мениджмънта трябва да бъде разбиран и представян като “основно качество на всеки мениджър във всяка организация“. Посоката, която нашата “професия” трябва да поеме, е да покаже че ползите от професионалното управление на проекти са толкова значителни и широко разпространени, че то трябва да бъде прегърнато от всеки професионалист, от всеки мениджър и от всяка организация. Управлението чрез проекти вече не е въпрос на избор, а фактическа реалност в един конкурентен свят. Enterprise PM и Portfolio PM са просто стъпки напред към едно по-зряло и по-печелившо предприятие. За да оцелее и да просперира, всеки мениджър трябва да знае как да организира, да планира и да изпълнява проекти.

Просто няма какво да се добави.

По този повод, имам удоволствието да обявя повторното издание на курса Основи на управлението на софтуерни проекти, организиран от моята фирма RammSoft, на който аз съм лектор. Той ще се проведе на 19.06.2008 г. в София. Курсът е полезен не само за хора, носещи титлата “Project Manager”, а и за всички, които са ангажирани в процеса на изпълнението на един софтуерен проект или изпълняват управленски задачи в своята работа. Повече информация за курса можете да намерите в официалната обява на сайта на RammSoft.

Очаквам ви!

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.

Вижте и тези публикации:

Най-добрият project management процес

Майк Рам — Fri, 25 Apr 2008 10:10:36 +0000

Glen Alleman от блога Herding Cats ни дава храна за размисъл, дефинирайки критерии, по които да изберем процеса и методологията, с които да управляваме своите проекти. Независимо дали ползвате най-строгите методи на Министерството на отбраната или управлявате проекта си “гледайки на боб”, казва Глен, вашата методология трябва да може да даде смислен отговор на следните два въпроса:

Колко дълго ще чакате, преди да разберете, че сте закъснели, надхвърлили бюджета или извън техническата спецификация?
Какво ще направите, за да се върнете в състояние, приемливо за всички участници?

Ако процесът, който следвате, или врачуването с карти или боб не могат да дадат смислен и измерим отговор на тези въпроси, значи в действителност въобще не управлявате проекта.

Доста радикално, но пък изключително практично твърдение, с което не мога да не се съглася. А вие как мислите?

Гласувайте за тази статия в Svejo.net:

Вижте и тези публикации:

Препоръчано четиво: Project Management, System Architecture, Business Analysis

Майк Рам — Fri, 15 Feb 2008 13:02:29 +0000

В софтуерния бизнес ролите на системния архитект и бизнес анализатора са придобили своята стойност и авторитет, но все още малко са хората, които имат задълбочени познания в тези области. Предлагам ви няколко линка с основополагащи ресурси в тази насока, които могат да ви бъдат изключително полезни.

Craig Brown от Better Projects предлага един списък с полезни ресурси в областта на системната архитектура, сред които:

The Journal of Enterprise Architecture, издаван от The Association of Enterprise Architects
The Association of Open Group Architects
Връзки към Enterprise Architecture от Bredemeyer Consulting.

Към неговия списък бих добавил и сайта на Международната асоциация на софтуерните архитекти (IASA), на която и аз съм горд член. Там можете да намерите много ценни материали за ролята и работата на софтуерния архитект – една професия, която тепърва има да разкрие пълния си потенциал.

Същият Craig публикува и един друг списък с Bodies of Knowledge – основополагащите документи на професии, специфични за софтуерното производство като:

BABOK – Business Analysts Body of Knowledge, от IIBA
G2SEBoK – Guide to the Systems Engineering Body of Knowledge, от INCOSE
NPDBOK – New Product Developmet Body of Knowledge, от NPD Solutions
SWEBOK – Software Engineer’s Body of Knowledge, by IEEE Computer Society
Enterprise Architecture BOK – draft версия, предложена от Lastly Kerber

както и връзки към по-популярните “библии” на проджект мениджмънта:

PMBOK от PMI
APM BOK от APM
Competency Standards for PMs от IPMA

Забележка: Някои от връзките са към Google запитвания, тъй като самите документи са платени.

Накрая ви предлагам и един доста обширен речник на проджект мениджмънта от PM Hut, за да бъдете в час с понятията, с които се сблъскваме всеки ден в работата.

Приятно четене!

Гласувайте за тази статия в Svejo.net:

Вижте и тези публикации:

Новият дом на блога за управление на софтуерни проекти

Майк Рам — Sun, 06 Jan 2008 16:09:39 +0000

Добре дошли на страниците на PM Stories – блогът за разработка на софтуер и управление на проекти!

Започнах да пиша по тази тема преди няколко месеца в моя първи блог Спри и помисли!, но реших, че темата за software engineering и project management си заслужава свое собствено място, където да се концентрира интереса на програмисткото братство, и където (надявам се) да се включат повече хора в дискусиите, а защо не и като автори?

Този блог има и версия на английски език, но не всички постове са еднакви. Постовете на английски език третират теми, които засягат професията на софтуерния разработчик и на проджект мениджъра в по-общ смисъл и биха били интересни за читатели от целия свят. Постовете на български език са свързани с теми от нашата действителност, които са по-важни за нас, отколкото за чужденците. Надявам се, че тези от вас, които могат да четат на английски, ще намерят интересни неща и в английската версия на блога.

Ще се радвам, ако сред вас има желаещи да станат автори в този блог. Вярвам, че по този начин ще успеем да направим този блог истински полезен източник на информация в областта на софтуерното производство и управлението на проекти.

Добре дошли в PM Stories!

Вижте и тези публикации:

Правилата на Неизвестния ПиЕм – Част 3

Майк Рам — Fri, 26 Oct 2007 08:54:00 +0000

Списъкът с изстраданите мъдрости и шеги от света на project management-а продължава. Макар и малко цинични на моменти, те са истинско отражение на реалностите в една професия, която обичаме и мразим едновременно.

Проектът е една малка крачка за проектния спонсор и голям скок за шефа на проекта.
Добрият проджект мениджмънт не е толкова в това да знаеш какво да правиш и кога, колкото в това, да знаеш какви оправдания да дадеш и кога.
Ако всичко върви точно по план, значи някъде нещо тотално се скапва.
Всички търсят силни проджект мениджъри, а когато ги намерят – не ги искат.
Overtime-а е плод на наивното мениджърско въображение.
Количественият проджект мениджмънт е способността да предвидиш с колко ще надхвърлиш първоначално планираните срок и бюджет.
Колкото по-рано започнеш писането на код, толкова по-късно ще свършиш.
За проджект мениджъра, надхвърлянето на срока и бюджета са толкова сигурни, както смъртта и данъците.
Някои проекти завършват навреме въпреки най-добрите практики на управлението на проекти.

Вижте също част 1 и част 2 на Правилата.

Вижте и тези публикации:

Project Management Is Dead

Майк Рам — Thu, 18 Oct 2007 10:30:00 +0000

Под това страшно заглавие е публикувал своята статия Bas de Baar от блога Project Shrink.

Разбира се, не е дошъл краят на света, но много от постулатите, на които се базира съвременното учение за Project Management, вече не са толкова актуални.

Докато в недалечното минало всички членове на един екип са работили заедно в един офис и в една локална мрежа, днес все по-често се налага екипите да се сформират от хора от най-различни краища на света. Различни култури, различни езици, различни часови зони. И не, че хората не са добри професионалисти – напротив! – но вече става все по-трудно да се видим с тях на живо, камо ли да ги опознаем.

Хората стават все по-мобилни и все по-заети. Всеки работи по няколко проекта и все по-рядко някой работи “full time” по един проект. За всеки нов проект са необходими все по-тесни специалисти, които се наемат от външни фирми. В резултат проектите и задачите става все повече и все по-фрагментирани.

Всички project management методологии имат ценни и важни елемнти в себе си, но нито една не е достатъчно добра са днешните проблеми, с които един проджект мениджър трябва да се бори. Какво ни е нужно?

Един нов Project Management Body Of Knowledge. Такъв, който да се базира на факта, че проектите не са нищо повече от хора, работещи заедно. Такъв, който да може да се справя със странностите на хората, PMBOK базиран на психология, социология, организационно поведение, сложни адаптивни системи и всички останало, което може да ни бъде от помощ

казва Бас. А вие как мислите?

Вижте и тези публикации:

Product Management vs. Project Management

Майк Рам — Tue, 09 Oct 2007 11:29:00 +0000

Оказа се, че не само у нас работещите в IT бранша бъркат тези две понятия. Нещо повече, доста хора не са наясно въобще с някои базови понятия като това какво е проект, какво е project management и кой е проджект мениджъра. Самият аз съм попадал във фирма, където бях поставен на позиция “Project manager”, а фирмата беше продуктово ориентирана и въобще не работеше на проектен принцип. Докато се изясним “къде сбъркахме”, минаха няколко месеца.

По този повод искам да ви насоча към една статия от сайта PM Hut, където доста ясно се посочват характеристиките на тези две позици, по какво си приличат и по какво се различават.

Едно от предизвикателствата към тези две роли, казва авторът, е, че те могат да изпаднат в противоположни позиции – продуктовия мениджър иска в крайния продукт да има колкото може повече features, за да може да привлече повече клиенти, и да стане колкото може по-бързо. Проджект мениджъра се стреми към точно обратното – за да влезе в предварително зададените ограничения на проекта, той се бори за максимално ограничаване на scope-a и за колкото може повече време, за да се постигне добро качество. Добрият продуктов мениджър и добрият проектен мениджър могат да намерят баланса в целите и взаимоотношенията си. Най-важното е и двамата да имат ясна визия каква е голямата цел на фирмата с този продукт и с конкретния проект и да я преследват помагайки си.

За да разберете по-подробно тънките разлики между двете позиции, както и особеностите, на които трябва да обърне повече внимание, прочетете цялата статия тук.

Вижте и тези публикации:

Правилата на Неизвестния ПиЕм – Част 2

Майк Рам — Thu, 06 Sep 2007 20:11:00 +0000

Продължавам серията проверени от живота мъдрости за тежката, но обичана професия на проджект мениджъра:

Времето никога не стига да си свършиш добре работата първия път. За сметка на това винаги има време да се върнеш назад и да го направиш отново.
Горчивината от слабото качество продължава да се усеща дълго след като сладостта от спазването на срока е отминала.
Знам, че си вярваш, че си разбрал това, което си мислиш, че съм казал, но не съм сигурен дали осъзнаваш, че това, което си чул, не е това, което съм имал предвид.
Това, което не е записано на хартия, не е било казано.
Малко усилия по управление на риска може да ти спести много чистене на вентилатори.
Ако успееш да си запазиш главата, когато другите си ги губят, значи не си разбрал плана.
Ако не успееш от първия път, унищожи всички доказателства, че въобще си се опитвал.
Няма добри проджект мениджъри – има само късметлии.
Колкото повече планираш, толкова по-голям късметлия ставаш.

Виж също:

Правилата на Неизвестния ПиЕм – Част 1

Вижте и тези публикации:

Правилата на Неизвестния ПиЕм – Част 1

Майк Рам — Tue, 14 Aug 2007 12:58:00 +0000

В продължение на няколко поста реших да ви предложа някои съвети и правила за управление на проекти, родени от многогодишния (горчив) опит на поколения проджект мениджъри, изпълнени с (черен) хумор и (болезнена) мъдрост. Не е известен собственикът на авторските права, затова можем да ги наречем Правилата на Неизвестния ПиЕм (като аналогия на Неизвестния Воин):

Някои неща си имат задължителни технологични срокове. Една жена може да износи и роди едно дете за 9 месеца, но няма 9 жени да го износят и родят за един месец.
Няма невъзможни неща, за човека, който няма да ги изпълнява.
Можеш да подмамиш някой будала да обещае невъзможни срокове, но не можеш да го подмамиш да ги изпълни.
В сърцето на всеки голям проект има един малък, който постоянно се опитва да избяга.
Колкото е по-отчаяна ситуацията, толкова са по-оптимистични участниците в нея.
Замразяването на изискванията е като снежния човек – мит, който в крайна сметка ще се разтопи, като стане по-горещо.
Потребителят ще ти каже всичко, за което го попиташ, но нищо повече.
От няколкото възможни интерпретации на едно изискване, тази, която е най-неудобна и най-неприятна, е вярната.
Това, което не знаеш, те убива.

Виж още:

Правилата на Неизвестния ПиЕм – Част 2