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

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

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

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

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

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

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

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

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

Във връзка с темата за размера на екипа, попаднах на един интересен пост в PM Hut, в който авторът под формата на интервю със себе си (малко шизофренично, но все пак интересно) представя своите съображения относно предимствата и недостатъците на един малък екип пред по-голям такъв.

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

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

Не, че малкият бенд не свири по правилата – просто ги интерпретира по различен начин. Изводът в проектната организация е аналогичен – и малкият, и големият екип трябва да се управляват по някакъв процес, но те са различни в двата случая. Както се казва по американски – one size doesn’t fit all.

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

Ако “Властелинът на пръстените” беше проект…

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

Fellowship

кой щеше да е проджект мениджъра?

Този въпрос разглежда Diane Ellis в блога PM Hut и той звучи съвсем разумно. Приключението, което предприемат главните герои има всички характеристики на един проект:

ОК, имаме проект, но кой е мениджърът? Преди да решим кой е шефа на проекта, авторката ни припомня какви са неговите основните задължения:

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

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

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

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

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

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

Числата на Дънбар и размера на софтуерния екип

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

team

R. I. M. Dunbar е бил антрополог в University College of London и на базата на изследвания на хора и примати е стигнал до извода, че максималния брой контакти, които човек може да поддържа активно в съзнанието си, е приблизително 150. Т.е. всяка една група може да бъде витална и да оцелее, ако има по-малко от 150 члена. Историята показва, че по-големите групи започват да се делят на по-малки щом броят на членовете им започне да надвишава това число. Оттук числото 150 започва да се нарича “числото на Дънбар”.

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

Моят опит показва, че най-малкият размер, при който групата е жизнена, е някъде между 5 и 9 човека.

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

Как не се прави презентация

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

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

Ето един пример от една конференция, където презентациите на няколко представители на Microsoft са заснети в едно филмче:

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

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

Колко служители на Microsoft са необходими, за да се смени една крушка?

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

Lightbulb

Попаднах на една статия от 2003 година, която досега ми е убягвала почти 5 години. Там проблемът започва с писмо на един потребител, който казва: “Трябва ми метод, който да извиква функцията ChangeLightBulbWindowHandleEx, но такъв няма. Толкова ли е трудно да го добавите? Това едва ли ще отнеме повече от 5 реда код!

Авторът, Eric Lippert, отговаря: “Да, сигурно програмирането е към 5 реда и най-вероятно ще отнеме не повече от 5 минути, но ние в Microsoft не правим така, защото е непрофесионално“. И поставя въпроса: Колко хора действително са необходими за добавянето на един нов метод (или за смяната на една крушка :-) ), след което дава подробен отговор:

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

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

Кой тества вашия продукт? Резултати от анкетата

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

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

Въпросът беше: Кой тества вашия продукт? Общо гласувалите в анкетата са 66 човека, като разпределението на отговорите е следното:

Poll resuts - Testing

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