Предимства и недостатъци на малкия екип
Във връзка с темата за размера на екипа, попаднах на един интересен пост в PM Hut, в който авторът под формата на интервю със себе си (малко шизофренично, но все пак интересно) представя своите съображения относно предимствата и недостатъците на един малък екип пред по-голям такъв.
Преди всичко, много е важно да се разбере, че малкият екип не е просто количествено различен от големия, той е и качествено различен. Авторът прави едно доста добро сравнение на малкия екип с джаз бенд, а на големия - със симфоничен оркестър. Джаз бендът не е малък оркестър, който иска да порасне - той просто е друга музикална структура.
Ако се опитате да дирижирате джаз квартет като симфоничен оркестър, ще получите лош джаз. Оставете филхармонията да импровизира като джем сешън и ще получите хаос.
Не, че малкият бенд не свири по правилата - просто ги интерпретира по различен начин. Изводът в проектната организация е аналогичен - и малкият, и големият екип трябва да се управляват по някакъв процес, но те са различни в двата случая. Както се казва по американски - one size doesn’t fit all.
Категории: Работа в екип, Разработка на софтуер, Управление на проекти | Няма коментари
Ако “Властелинът на пръстените” беше проект…
… кой щеше да е проджект мениджъра?
Този въпрос разглежда Diane Ellis в блога PM Hut и той звучи съвсем разумно. Приключението, което предприемат главните герои има всички характеристики на един проект:
- Имат ясна цел и задачи
- Имат екип от хора (и не само), които имат ясно изразени (макар и неизказани) роли
- Всички членове на екипа трябва да работят заедно, за да постигнат набелязаната цел
- Има ясно определен краен срок, в рамките на който целта трябва да бъде постигната
ОК, имаме проект, но кой е мениджърът? Преди да решим кой е шефа на проекта, авторката ни припомня какви са неговите основните задължения:
- Носи изключителната отговорност за успеха или провала на проекта
- Изготвя план и бюджет на проекта
- Осигурява ефективни ресурси за проекта
- Следи за изпълнението на плана и бюджета
- Управлява качеството на работата, рисковете и проблемите
- Управлява ежедневните задачи
- Комуникира статуса на проекта с основните заинтересовани лица (stakeholders)
Категории: Работа в екип, Управление на проекти, Хумор | 3 коментара
Най-добрия начин да мотивирате своя екип
Bas de Baar постави този въпрос в своя блог Project Shrink и помоли своите читатели да предложат своите отговори. Аз винаги съм смятал, че мотивираният екип е най-важният фактор за успеха на един проект, но никога не съм имал “готова рецепта” за това как да мотивираш един екип. Всъщност знам много неща, които могат да подкопаят мотивацията на екипа и доверието във вас, много класически грешки, които можете да направите, но наистина нямах отговор на този въпрос досега и се наложи доста да помисля над него преди пред мен да изплува отговор, който да мога да споделя и с вас.
Дайте възможност на хората от вашия екип да бъдат креативни!
Категории: Лидерство, Работа в екип | 3 коментара
Числата на Дънбар и размера на софтуерния екип
R. I. M. Dunbar е бил антрополог в University College of London и на базата на изследвания на хора и примати е стигнал до извода, че максималния брой контакти, които човек може да поддържа активно в съзнанието си, е приблизително 150. Т.е. всяка една група може да бъде витална и да оцелее, ако има по-малко от 150 члена. Историята показва, че по-големите групи започват да се делят на по-малки щом броят на членовете им започне да надвишава това число. Оттук числото 150 започва да се нарича “числото на Дънбар”.
Christopher Allen разказва много обширно в своя блог за теорията на Дънбар и всички последвали изследвания след това. Той отива доста по-далеч в своите разсъждения, разглеждайки ефективността на софтуерните екипи и се опитва и там да намери някаква закономерност между броя на техните членове и ефективността на комуникацията и производителността.
Моят опит показва, че най-малкият размер, при който групата е жизнена, е някъде между 5 и 9 човека.
Категории: Анкети, Работа в екип, Разработка на софтуер | 6 коментара
Чудесен пример за ефективни събрания
Думата “meeting” вече така дълбоко е навлязла в нашата реч, че трудно може да й се намери превод, който да не носи някакви странични оттенъци. Все пак, реших да използвам думата “събрание”, макар и някой хора да я свързват с близкото социалистическо минали, но “мийтинг” изглежда съвсем неподходящо.
Историята, която ме впечатли, и която искам да споделя с вас, я разказва Cheri Baker в своя блог The Enlightened Manager. Чери е собственик на консултантска фирма по мениджмънт, а историята се случва в един екип, с който тя е работила като консултант и е присъствала на едно от техните събрания, което я е впечатлило с бодрия и позитивен дух на участниците и с невероятната ефективност на работата на екипа. Примерът е много ценен и с това, че важи навсякъде, независимо от конкретната професионална област.
Кое е най-забележителното в тази случка? Чери представя няколко фактора, които обясняват доброто сработване и ефективност на тези хора. Аз ще се спра на някои от тях, които смятам, че могат веднага да влязат в употреба в един екип, даже и такъв, който не се занимава с разработка на софтуер.
Категории: Работа в екип | 1 коментар
Най-важните правила в делегирането
Днес в английската версия на блога PM Stories публикувах един пост, озаглавен Най-важните правила в делегирането. В него съм събрал идеи и съвети от различни специалисти, като съм фокусирал мислите си върху това, което смятам за най-важно: Защо трябва да делегираме? и Какво трябва да делегираме?
Много важно е да разберем, че делегирането на задачи е двустранен процес - ние поставяме задачата, но и този, който ще я изпълни, трябва да бъде мотивиран за това. А основната мотивация да поемаш нови отговорности, е възможността за професионално развитие и растеж. Това, което е задължение на мениджъра, е поставяйки задачи и делегирайки отговорност, постоянно да дава възможност за растеж на хората от своя екип.
Прочетете цялата статия. Вярвам, че ще ви бъде полезна.
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл
Категории: Връзки, Лидерство, Работа в екип | 1 коментар
Кой тества вашия продукт?
Процесът на тестване на продукта отдавна е утвърден в теорията на софтуерното производство и даже съществува ролята на тестера - човек който притежава специфични качества и умения (различни от тези на програмиста), и е специално обучен да провери дали това, което произвеждаме, отговаря на зададените изисквания и се държи стабилно.
В интерес на истината, до неотдавна у нас съществуваха фирми, които не практикуваха никакво тестване, т.е. оставяха откриването на грешки като изненада за клиента, и такива, които възлагаха тази работа на самите програмисти, въпреки че практиката е установила, че този, който пише даден код, не е в състояние да открие голямо количество от бъговете, защото не може да разчупи мисленето си и да погледне на продукта от друг ъгъл. Вярвам, че такива фирми вече не са останали в днешно време, а ако все още съществуват, съм убеден, че пазарът ще ги принуди да променят отношението си към качеството на продукцията си или просто ще ги смачка.
Категории: Работа в екип, Разработка на софтуер, Управление на проекти | 8 коментара
Project Management Is Dead
Под това страшно заглавие е публикувал своята статия Bas de Baar от блога Project Shrink.
Разбира се, не е дошъл краят на света, но много от постулатите, на които се базира съвременното учение за Project Management, вече не са толкова актуални.
Докато в недалечното минало всички членове на един екип са работили заедно в един офис и в една локална мрежа, днес все по-често се налага екипите да се сформират от хора от най-различни краища на света. Различни култури, различни езици, различни часови зони. И не, че хората не са добри професионалисти - напротив! - но вече става все по-трудно да се видим с тях на живо, камо ли да ги опознаем.
Хората стават все по-мобилни и все по-заети. Всеки работи по няколко проекта и все по-рядко някой работи “full time” по един проект. За всеки нов проект са необходими все по-тесни специалисти, които се наемат от външни фирми. В резултат проектите и задачите става все повече и все по-фрагментирани.
Категории: Работа в екип, Управление на проекти | Няма коментари
4 важни качества на ИТ специалистите
Отдавна знам, че да се правят генерални обобщения е опасно, защото винаги има изключения (и то много) от правилото, които могат да го поставят под съмнение. Въпреки това, у някои професии има особености, които се забелязват по-често и с които един мениджър е добре да се съобразява, за да се научи да разбира по-добре психологията на хората от своя екип, особено ако той не е произлязъл от технологичното поприще.
И така, ИТ специалистите (и програмистите в частност)…
…са интроверти
Интровертите са по-затворен тип хора и предпочитат да се затворят във вътрешния си свят, за да обмислят нещата по-внимателно и на спокойствие, преди да изкажат мнение. Екстровертите, обратно, са по-отворен тип хора и са по-склонни повече да общуват с околните, да мислят на глас и да споделят идеи.
Категории: Работа в екип, Разработка на софтуер | Няма коментари
15-те божи заповеди на истинския лидер
Искаш ли да бъдеш добър началник? Можеш ли да разчиташ на своя екип безрезервно? Искаш ли да бъдеш истински лидер? Да се чувстваш като генерал, който води своите войници през огън и жупел към славната победа?
Тогава просто следвай тези съвети, който Павел Бродзински е нарекъл 15 начина да станеш добър шеф. Аз ги наричам 15-те божи заповеди на истинския лидер. Представям ги тук с любезното разрешение на автора:
Категории: Лидерство, Професията на проджект мениджъра, Работа в екип | Няма коментари
Анкета
Loading ...
-
-
Безплатен абонамент
-
Препоръчвам ви
-
Авторски права
-
Admin
