Кой е отговорен за проекта?

Публикувано от Майк Рам на 11.05.2009 г. в 18:15 часа

accountabilityВъпросът е по-скоро реторичен – ясно е, че за всичко е отговорен проектният мениджър. :-) Донякъде това се дължи и на факта, че в българския език има само една дума за това – “отговорен” – и тя поема всички оттенъци на отговорността и задълженията.

В английския език е малко по-различно. Там се употребяват думите “responsible” и “accountable”, и на двете се придава различен смислов оттенък. Доскоро си мислех, че това никак не е маловажно дори и за нас, тъй като повечето професионална литература по темата се пише на английски и разликите са съществени. Липсата на разбиране за тези разлики би могла съществено да обърка управленския ни подход.

Затова, когато Jurgen Appelo постави в своя блог въпроса какво разбираме под тези две думи и каква е разликата между тях, аз се включи с голям интерес, тъй като много исках да изясня този въпрос и за себе си. Юрген, който е холандец и в техния език също разполагат само с една дума за “отговорност”, също не беше сигурен в значението на тези две думи и предложи своята лична трактовка:

Responsibility е отговорност, която поемаш сам. Accountability е онова, което другите изискват от теб.

С други думи, управниците разчитат на accountability. Те възлагат на хората задачи, за резултатите от които ги държат отговорни (accountable). Лидерите разчитат на responsibility. Те създават култура, в която хората доброволно поемат отговорност за неща, които може и да не са част от техните формални задължения.

Продължи към пълния текст »

Разликата между мениджър и лидер

Публикувано от Майк Рам на 07.01.2009 г. в 11:39 часа

Лидер

Напоследък в управленската литература тези две понятия доста често се смесват и се употребяват едва ли не като синоними. Между тях, обаче, има сериозна разлика, казва Pawel Brodzinksi в един чудесен пост в своя блог за управление на проекти.

Мениджмънтът е работа, докато лидерството е качество.

Можете да бъдете назначени на мениджърска позиция, но не и на лидерска. За да станеш лидер трябва да си скъсаш задника от работа и да докажеш способностите си в битка. Трябва да можеш да вдъхновяваш хората, да ги накараш да повярват, че могат да постигнат поставените цели и да ги мотивираш да работят по-усърдно. Или по-умно. Каквото и да е. Това съвсем не е същото като да им кажеш: “Идете и свършете тази работа и гледайте да е бързичко”.

Продължи към пълния текст »

Орелът не лови мухи

Публикувано от Майк Рам на 18.11.2008 г. в 11:58 часа

Орел

Една чудесна поговорка, особено подходяща за мениджъри:

Орелът не лови мухи

Или, с други думи казано: Не се занимавайте с дреболии. Не си губете времето в неща, които не носят полза. Не позволявайте на маловажни проблеми да отклонят вниманието ви от главните ви задачи.

Благодарности на Raven Young, която даже е публикувала поговорката в оригинал – на латински:

Aquila non captat muscas 

Полезно е човек да си я отпечата на един лист и да си я закачи пред очите си, така че често да се подсеща за нея.

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

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

5 неща, които никога не бива да казвате на шефа си

Публикувано от Майк Рам на 17.11.2008 г. в 15:16 часа

reporting to the boss

Тези съвети са публикувани за първи път в една статия в списание Computerworld, която прочетох преди доста време. Харесаха ми много, защото съм ги изпитал на собствен гръб и от доста време се канех да ги споделя с вас, като включа и собствените си коментари. В интерес на истината, тези неща за толкова важни въобще за комуникационната ни култура, че не бива да се казват не само на шефа, но и на клиентите, а даже и на близките ни. Ето за какво иде реч:

1. Никога на говорете само за технологии.

В днешно време всичко е бизнес. Проектите, които е поела нашата фирма, не са създадени, за да доставят удоволствие на техничарите, а да носят бизнес полза – за нашата фирма, за фирмата-възложител, както и за нейните клиенти. Говоренето на технически език, използването на специфична терминология и жаргон, са гаранция за пълното неразбиране на нашите идеи от отсрещната страна. Умението да общуваме на “човешки език” е ключов фактор за нашия професионален успех.

2. Има само една технология.

Всички софтуерни разработчици и ИТ специалисти си имат любима технология. Дали това е език за програмиране, среда за разработка, операционна система или нещо друго – те се привързват много силно към тази технология и всички решения, които предлагат, са базирани на нея. Живеем в свят на голямо разнообразие на бизнес проблеми и технически решения и това налага да имаме по-широк поглед върху възможностите, които можем да предложим. Не бива да забравяме, че основната ни цел е да решим бизнес проблема на нашия клиент. Независимо от личните ни предпочитания, това, което предлагаме, трябва да бъде решението, което в най-голяма степен и най-ефективно решава този проблем. Робуването на една определена технология може да ни изиграе лоша шега и в стратегическо отношение и да ни остави вън от големия бизнес, ако не успеем навреме да усетим тенденциите на развитие. Някой да си спомня за PowerBuilder, за Clipper, за Delphi?

Продължи към пълния текст »

Какво знаят опитните проджект мениджъри?

Публикувано от Майк Рам на 13.11.2008 г. в 12:36 часа

Old Sea Captain

Опитът дава знания, които трудно можем да научим или пък да приемем, ако не сме ги изпитали на собствен гръб. Предлагам ви един кратък списък от висококонцентрирана мъдрост, извлечена от опита и практиката на проектните мениджъри. Може би не всеки ще я разбере и не всеки ще се съгласи с нея – тъкмо ще имаме повод за дискусия :-)

Опитните проектни мениджъри знаят, че:

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

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

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

Международен ден на проектното управление

Публикувано от Майк Рам на 08.11.2008 г. в 14:41 часа

Celebration

Затрупан от ангажименти в последните дни нямах време да прочета всички новини в Google Reader-a си и едва сега научих, че в четвъртък, на 6.11.2008 е бил Международният ден на проектното управление (International Project Mangement Day). Празникът е измислен от Frank P. Saladis, PMP, и се чества вече за трети път. Не е много ясен алгоритъма, по който се избира датата всяка година, но предполагам, че това е първият четвъртък на ноември.

Идеята на този ден е да се отбележат професионалните успехи в областта на проектното управление и всеки мениджър да сподели личните си предизвикателства и постижения в работата. Събитието се подкрепя и отбелязва с конференции и семинари от всички големи Project Management организации, като PMI, IPMA и IIL.

Продължи към пълния текст »

В търсене на удовлетворението от управлението на проекти

Публикувано от Майк Рам на 29.10.2008 г. в 06:15 часа

Днес гост-автор е Джина Лиджой (Gina Lijoi) от блога Interactive Project Management. Статията е публикувана за първи път там под заглавието Finding Satisfaction in Project Management. Тук я публикуваме в превод на български с любезното съгласие на авторката.

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

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

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

Проучване на “soft skills” на проектните мениджъри

Публикувано от Майк Рам на 28.10.2008 г. в 06:15 часа

Това са въпросите, на които търси отговори Zuzana Botkova в интернет проучването, което е организирала. Самият израз “soft skills” много трудно се превежда на български (може би защото такива качества по принцип липсват в нашите мениджъри?). Това са уменията за общуване и въздействие върху хората (за разлика от “твърдите” (“hard”) умения, които са свързани с управление на процесите).

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

Продължи към пълния текст »

Да работиш в рая на проектните мениджъри

Публикувано от Майк Рам на 26.09.2008 г. в 15:28 часа

PM HeavenНаскоро попаднах на една статия от Brian Denis Egan, която доста ме развесели, макар и в действителност авторът да споделя някои горчиви истини.

Статията изглежда като съвет как се взема изпита за PMP сертификат. Изпитващите, казва Брайън, предполагат, че проджект мениджърите работят в идеална обстановка. Те притежават всичката необходима власт да вземат правилните решения за своя проект. И още:

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

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

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

Ако искате да се научите да управлявате успешни проекти в условията на реалния бизнес, посетете курсовете по управление на проекти, които водя във фирма RammSoft – професионално обучение, базирано на най-добрите примери от практиката!

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

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

Herding Cats

Публикувано от Майк Рам на 08.09.2008 г. в 16:05 часа

“Herding” произлиза от “herd”, което означава “стадо”. “Herding” е отглеждането на животни в стадо. Употребява се най-често за овце и крави. Каубоите в Америка и Австралия се занимават с този тежък, но благороден труд. На български изразът “herding” би могъл да се преведе като “да пасеш”, макар че това не описва достатъчно пълно дейността по отглеждането на едно животно в стадо. Кравите и овцете освен, че ги пасат, също ги и стрижат, доят, израждат и т. н.

Предполагам, че добихте представа за какво иде реч като дейност. Е, сега си представете да пасете и отглеждате котки в такова стадо!

Всеки, който е имал поне малко вземане-даване с котки, знае, че котката е животно индивидуалист и никога не би живяла с други животни в стадо. Котката има собствено мнение и не се поддава на дресировка, нито изпълнява заповеди. Точно затова, изразът “да пасеш стадо от котки” или “herding cats” се използва в професионалния жаргон за работата на един проджект мениджър, особено в областта на информационните технологии.

Програмистите са точно като котките – интелигентни, но своенравни и особняци. Трудно общуват с други хора и не понасят стадния начин на живот и работа. Можете ли да си представите колко е трудно за един шеф на проект да ги накара да работят в един екип, да си помагат и да спазват срокове и технически изисквания? Ето това е “да пасеш котки” :-)

Благодарение на Craig Brown, открих един изключително забавен клип, в който е представен тежкия живот на каубоите, които пасат котки. В крайна сметка това е, което правим ние, когато управляваме нашите проекти – herding cats.

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

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

По-стари публикации →