PM Stories » Лидерство

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

Майк Рам — Wed, 07 Jan 2009 09:39:34 +0000

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

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

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

Мениджърите, които не са лидери, казват на хората какво да правят. Микромениджърите отиват още по-надалеч – те казват на хората и как да си вършат работата.

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

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

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

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

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

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

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

Майк Рам — Mon, 17 Nov 2008 13:16:38 +0000

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

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

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

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

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

3. Лоши думи за колегите си.

Вашият екип е това, с което разполагате, за да си свършите работата. Вие сте този, който трябва да ги организира, мотивира и научи на най-добрите практики в професията. Последното, което един шеф би искал да чуе, са оплаквания по адрес на вашите колеги. Дори и да сте прави, клеветенето или оправдаването на несполуките с някой член на екипа, говори лошо за самите вас като лидер. Безспорно, често се срещат и “гнили ябълки”, които развалят и останалите. Когато попаднете на такъв случай, който демонстративно отказва да се сработи с екипа, трябва внимателно да документирате неговите действия и думи и да отидете при шефа си с конкретно предложение за преместването на този човек другаде. Старайте се да не нападате личните качества на човека, а се ограничете в професионалните му умения (или лисата на такива). Напълно е възможно той да не е лош по характер, а просто да не е попаднал на най-подходящата за него работа.

4. Няма начин.

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

5. Изненада.

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

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

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

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

Майк Рам — Thu, 13 Nov 2008 10:36:53 +0000

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

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

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

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

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

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

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

Майк Рам — Tue, 28 Oct 2008 04:15:47 +0000

Кои са най-важните “soft skills” за един проджект мениджър?
Кои от тях успяваме да изградим у себе си с кои се затрудняваме?
Дали жените са по-добри от мъжете по отношение на уменията за общуване и взаимодействие сдругите хора?

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

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

Един от начините да разберем отговорите на тези въпроси, е да участваме в проучването на Zuzana. В него могат да участват всички, които имат мнение – даже не е задължително да сте проджект мениджър, макар че е за предпочитане. Можете да отговорите както от гледната точка на мениджъра, който управлява екип от хора, така и от гледната точка на член на този екип.

Колкото повече участници се включат в проучването – толкова по-ясна представа ще придобием за важността на “гъвкавите” умения на един мениджър и доколко те влияят върху производителността и ефективността на един екип. Имам уверението, че ще получим резултатите от изследването веднага, щом приключи и бъдат обработени. Разбира се, вие можете да споделите своето мнение и като коментар към този пост.

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

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

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

Майк Рам — Tue, 05 Aug 2008 08:47:33 +0000

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

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

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

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

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

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

По този повод искам да ви напомня, че на 14.08.2008 г. ще водя курс по управление на риска в софтуерни проекти. Рисковете са постоянен спътник във всеки проект и доброто владеене на техниките и практиките за тяхното управление е гаранция за успеха на проекта. Курсът е една чудесна възможност за научаване на нещо полезно в летните дни. Повече информация можете да намерите на официалния сайт на RammSoft.

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

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

Лоялност

Майк Рам — Fri, 25 Jul 2008 10:09:29 +0000

Бях писал преди време по темата за лоялността в блога Нова работа, но сега попаднах на една хубава мисъл от Стивън Кови (Stephen Covey), която искам да споделя с вас:

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

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

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

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

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

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

Майк Рам — Wed, 28 May 2008 11:54:05 +0000

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

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

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

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

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

Майк Рам — Mon, 14 Apr 2008 08:38:09 +0000

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

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

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

Затова, моите съвети са следните:

Дайте им време да работят над собствените си идеи! Планирайте служебните задачи така, че винаги да остават няколко часа седмично, в които хората от вашия екип да могат да мислят и да работят върху неща, които са им интересни. По този начин не само ще поддържате тяхната креативност, но и ще спечелите тяхното доверие и лоялност към вас.
Вслушвайте се в техните идеи! Хората имат нужда да споделят своите мисли, идеи и изводи. Бъдете онзи, който търпеливо ги изслушва и ще станете онзи, на когото те вярват и се доверяват и когото биха следвали навсякъде. освен това, понякога техните идеи могат да бъдат много полезни за вашата работа.

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

Между другото, Бас предлага безплатно ebook версия на своята книга “Surprise! Now You’re A Software Project Manager” на този, който даде най-интересния отговор на този въпрос, така че вижте неговия пост и дайте своя коментар там , за да имате шанс да спечелите книгата.

Тази статия е налична и на английски език.

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

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

Промяната – необходимото зло или естествена форма на прогреса

Майк Рам — Wed, 27 Feb 2008 10:54:23 +0000

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

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

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

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

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

Това не може да стане
Нямам време
Твърде сложно е
Твърде скъпо е
И така си ни е добре
Това не е моя работа

Дали тези оправдания не са защитна реакция на човек, който не иска да види промяната или просто се страхува от нея?

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

Рекламно съобщение: Посетете курса по основи на управлението на софтуерни проекти, който ще се проведе на 13.03.2008 г. в София. Повече информация за него можете да намерите тук, в блога Спри и помисли! и на официалния сайт на RammSoft.

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

Най-важните правила в делегирането

Майк Рам — Thu, 24 Jan 2008 13:08:13 +0000

Днес в английската версия на блога PM Stories публикувах един пост, озаглавен Най-важните правила в делегирането. В него съм събрал идеи и съвети от различни специалисти, като съм фокусирал мислите си върху това, което смятам за най-важно: Защо трябва да делегираме? и Какво трябва да делегираме?

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

Прочетете цялата статия. Вярвам, че ще ви бъде полезна.

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

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

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