Класическите грешки: Демотивация на екипа

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

Когато говоря на моите семинари за управление на проекти за факторите, които предричат успеха или провала на един проект, неминуемо стигаме до класическите грешки, дефинирани от Steve McConnell и публикувани в неговата книга “Rapid Development” (1996). Тя и до днес е “библия” в областта на проектното управление в софтуерния бизнес и постулира, че ако искаме един проект да бъде успешен, преди всичко трябва да престанем да правим класически грешки – онези действия, които са доказали в практиката на много проекти, че със сигурност водят до провал. Един от тези важни фактори е демотивацията на екипа.

Започвам с демотивацията, защото наскоро попаднах на една статия от Sean Kenney, който също я дефинира като един от двата големи фактора, които могат да “потопят” един проект. Това, което искам да ви разкажа, е една история от моя опит (нали затова този блог се казва PM Stories :-) ), в която демотивацията изигра съществена роля за провала на проекта.

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

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

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

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

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

Old Sea Captain

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

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

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

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

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

Хиляда лева за мотивация. Резултати от анкетата

Публикувано от Майк Рам на 04.11.2008 г. в 19:49 часа

Тази анкета се застоя малко по-дълго, но това беше преднамерено. Реших, че трябва да дам достатъчно време, за да могат повече хора да дадат своето мнение и така анкетата да придобие малко по-голяма тежест. Хубавото е, че този подход даде резултат – имаме цели 212 участника! Лошото е, че резултатите не ми харесват и според мен не показват мениджърско мислене.

Зададеният въпрос беше: “Ако имате 1000 лева, които трябва да използвате, за да мотивирате своя екип, какво бихте направили с тях?” А ето и вашите отговори:

Топ-отговорът беше провокативен. Раздаването на пари е лош мотивационен подход, а когато сумата е малка, не носи почти никакъв резултат. Фактът, че този отговор е избран от най-много хора, говори, че гледната точка на гласувалите е била не тази на мениджъра на проекта, а на изпълнител в този проект. Помислете: ако екипът е от 10-ина човека, това означава всеки един да получи средно по 100 лева. На фона на сегашното равнище на заплатите на софтуерните разработчици от около 2000 лева, какъв мотивационен ефект биха имали тези 100 лева? Колко точно ще се повиши производителността на един програмист, ако му връчите бонус в размер на 5% от месечната му заплата? Не мисля, че някой ще се напъне особено много да работи в резултат на това възнаграждение.

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

6 съвета за повишаване на ефективността на програмистите

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

Developer

Програмистите са особено племе. Хем са най-обикновени служители (т.е. не изпълняват никакви ръководни функции), хем са високо квалифицирани, скъпи и трудно заменяеми. Това принуждава мениджмънта да се опитва да “изстиска” максимална производителност от тях. Само че, поради навик или поради ограничено мислене, единственият механизъм, който повечето мениджъри прилагат, е увеличаване на работното време. За съжаление, той винаги води до изтощаване – физическо и психическо – и до напускането на програмиста, което едва ли е бил целения резултат.

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

1. Поддържайте съвременни хардуерни конфигурации.

Съвременните информационни технологии се развиват с главоломна скорост. Един компютър, който миналата година е бил последен писък на технологията, днес вече е не само морално остарял, но и не достатъчно ефективен. Ако някои процедури, като компилирането, например, отнемат по 5 минути, това води не само да чиста загуба на време (особено ако тази дейност се извършва по няколко пъти на ден), но и прекъсва творческата мисъл на програмиста. Понякога изчакването на подобна операция може да го изнерви, с което допълнително се нарушава работния му ритъм. Връщането в режим на креативно мислене, може да отнеме до половин час на всяко едно прекъсване. Като вземем предвид и факта, че цената на хардуера е значително по-ниска от заплатата на програмиста, ще разберем, че наистина няма смисъл да се пести от разходите по техническото оборудване, защото качествения хардуер несъмнено води до по-висока производителност.

2. Не карайте програмистите да “откриват топлата вода”.

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

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

Мантри на мотивацията или съставките на един успешен проект

Публикувано от Майк Рам на 05.08.2008 г. в 10:47 часа

Статистиката показва, че все още провалените или проблемните проекти са много повече от успешните. Особено пък в областта на софтуерното производство. Умните глави все още мислят над въпроса: “Къде сбъркахме?” Аз, обаче попаднах на нещо много ценно – точните съставки, които могат да доведат един проект до успех.

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

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

Ето ги и тях – мантрите на мотивацията:

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

Хиляда лева за мотивация. Нова анкета

Публикувано от Майк Рам на 15.07.2008 г. в 10:42 часа

Cash

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

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

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

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

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

Как да наградиш подчинен – с пари в брой или с подарък?

Публикувано от Майк Рам на 28.05.2008 г. в 13:54 часа

Един интересен въпрос, над който доста съм умувал. Наскоро попаднах на един пост в блога Predictably Irrational (благодарение на Bas de Baar!) и реших да споделя мислите си публично. Вече съм писал за това в английската версия на този блог, но този път мисля, че проблемът е повече въпрос на култура (индивидуална и национална), отколкото управленски и затова публикувах моите съображения в моя личен блог на английски Stop and Think! Прочетете ги там, а после можем да коментираме и тук.

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

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

Най-добрия начин да мотивирате своя екип

Публикувано от Майк Рам на 14.04.2008 г. в 10:38 часа

Bas de Baar постави този въпрос в своя блог Project Shrink и помоли своите читатели да предложат своите отговори. Аз винаги съм смятал, че мотивираният екип е най-важният фактор за успеха на един проект, но никога не съм имал “готова рецепта” за това как да мотивираш един екип. Всъщност знам много неща, които могат да подкопаят мотивацията на екипа и доверието във вас, много класически грешки, които можете да направите, но наистина нямах отговор на този въпрос досега и се наложи доста да помисля над него преди пред мен да изплува отговор, който да мога да споделя и с вас.

Дайте възможност на хората от вашия екип да бъдат креативни!

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

Чудесен пример за ефективни събрания

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

Meeting

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

Историята, която ме впечатли, и която искам да споделя с вас, я разказва Cheri Baker в своя блог The Enlightened Manager. Чери е собственик на консултантска фирма по мениджмънт, а историята се случва в един екип, с който тя е работила като консултант и е присъствала на едно от техните събрания, което я е впечатлило с бодрия и позитивен дух на участниците и с невероятната ефективност на работата на екипа. Примерът е много ценен и с това, че важи навсякъде, независимо от конкретната професионална област.

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

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

20-те качества на вдъхновяващия лидер

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

Наскоро открих една интересна статия в блога All About Agile, озаглавена 20 Qualities of an Agile Leader. Заглавието е малко подвеждащо и самият автор в текста си признава, че всъщност всички екипи (не само Agile) имат нужда от вдъхновяващи лидери, така че по-правилното название на този списък е 20-те качества на вдъхновяващия лидер. Следват самите качества, които реших да не превеждам, защото половината думи са се превърнали в термини в областта на мениджмънта и или трябва да просто да ги изпиша с български букви (като думата “мениджмънт”), или да направя някакъв осакатен превод. В крайна сметка реших да ги оставя в оригинал. Мисля, че е необходимо минимално познание по английски, за да разбере човек за какво иде реч.

Ето го и самия списък:

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