Project Manager

Reshil sam da se prekvalificiram. Neshto programiraneto pochna da mi omryzva . Nqkoi ot vas da e ili bil na podoben krystopyt.

Според теб Project Manager-ите са хора, които не се занимават с програмиране, така ли? Ако мислиш така - грешиш. Project Manager-ът е просто човек от екипа, който носи по-голяма отговорност от останалите, и освен да програмира, е отговорен за цялостната синхронизация на задачите и успешното реализиране на проекта. Това обаче не изключва програмирането и/или оправянето на бъгове от задълженията му. Ако това е, с което искаш да се занимаваш - давай. Това просто е работа за по-напреднали програмисти.

Хмм. Това според мен зависи много от конкретната фирма и какво точно наричат Project Manager...

Тука гледам в една книжка в МС нещо наречено Project Lead прави това, което казваш ти, ама в други фирми е по-различно - планиране, работа с клиенти, уточняване на изисквания, финанси ако щеш...

И още нещо не съвсем по темата - какво мислите за точно тези програмисти, станали 'Project Manageri' - без съответна подготовка и образование?

Абе зависи колко голям е екипа. Ако е повече от 4-5 човека - забрави че ще имаш време да пишеш или оправяш каквото и да е.
Ще четеш пощи, бъгове и т.н. половината ден, другата половина ще отговаряш (на пощите), ще разхвърляш бъговете на хората и към вечерта (ако клиентите са САЩ) ще си говориш по телефона около час.
И колкото по-голям е проекта, толкова по-малко е необходим програмист за ПМ. Просто трябват (поне според мене) доста други качества, които нямат много общо с програмиране.

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

И още нещо не съвсем по темата - какво мислите за точно тези програмисти, станали 'Project Manageri' - без съответна подготовка и образование?
Не мисля, че човек, който няма опит с програмиране и/или планиране трябва да става Project Manager. Но според мен е нормално един програмист лека полека да еволюира в PM, ако си разбира от работата и ако може да се справи с управлението на проект.

И изобщо - според мен Project Manager е титла, а не длъжност. Например, човек с длъжност Senior Software Engineer би могъл да бъде project manager. Но длъжност project manager сама по себе си според мен не бива да има.

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

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

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

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

Това разбира се е на теория. На практика собикновено се получава абсолютна боза.

[линк]

И моля, стига бъзици по темата !

UB40 !

Това, на което ти казваш "акаунт мениджър", май повечето хора му викат Product Manager. Има и други видове мениджъри, разбира се... Но според мен именно Project Manager-ът трябва да е баш програмистът.

Според мен няма нищо общо между работата на Project Manager-а и Програмиста. В България трудно може да се каже, че такава длъжност изобщо съществува.

Основна работа на Project Manager-а е да борави с ресурсите и да достига целите на проекта с минимален разход на средства. Как ще го постигне си е негова работа. Затова изобщо не се иска програмистки опит...

.. pa ako moje i v ofisa da ne stypva, i vmesto Ivan, Dragan i Neznamsikoi, da imenova 'resursite' s r1, r2 i t.n. a?!
Aisiktir i teoretici... Vmesto da se izmislqt nachini da se opravdava zashto rabotata ne e svyrshena, poveche realni deistviq ne biha bili vredni. I kakyv shte e toq nehranimaiko Project Manager na koito shte mu e prez dedoviq uspeha na proekta? Ne samo shte pishe i fixva ami i shte raboti poveche kato vreme ot redovite team members. Ei ama tova da se rykovodi (razbirai i da se nosi OTGOVORNOST) mai trudno se vmestva v chinovnicheskata predstava na nqkoq razglezeni ekzemplqri: a, pochvam rabota v 9 i v 18 si trygvam pyk ebal sym ti proekta. Na koito mu se myrzeluva da ne se zahvashta izobshto. tochka.

az mislia da se nasocha kam hranitelnia biznes - pone tam niama m$

Искаш да кажеш "от pmi.org мислят така". Не казвай "Аз мисля така"

Вярно е, че Project Manager-ът носи голяма отговорност. Вярно е също така и че често се налага да работи повече от останалите. Но в това за работата от 9 до 18 не си прав - не е необходимо да се работи overtime, за да е успешен един проект. Именно в това се състои работата на добрия project manager - да планира и ръководи нещата така, че проектът да приключи в срок, в бюджета, по спецификация, и без да се налага екипът да работи извънредно.

Според теб или според Стив МакКонел? Айде стига си ги чел тия книги - те са M$ Specific...

bje ti ot koje sjelo si bje
nii v sofiata nekoj rabotim i ot 10 do 18

Planirane. Planirat se neshta izvestni kym momenta. Na praktika po vreme na izpylnenieto na plana vyznikvat problemi ot kakvo li ne estestvo. Logicheski, po hardware, s horata, otkrivat se defekti v prednata versiq, idvat change requests ot klienta i t.n. Taka che overtime si e praktika navsqkyde kydeto se raboti seriozno.
Estestveno i parite sa dobri ako vremeto ne se prahosva po browse-vane na Neta kakto az pravq sega poradi prepylnen stomah ;-).

hodi lapai pishki be dete

За кое? За Product Manager-а - наистина съм го чел в Microsoft-ски книги да му викат така, и по-специално в литература за MSF. Но за това, че Project Manager-ът трябва да разбира много добре от програмиране - според мен това въобще не е Microsoft specific.

Е, не. Overtime-ът е резултат от лошо планиране. Прав си, че не всичко може да се предвиди, но може да се вкара в разумни граници. Change request от клиента - много добре, но съответно с промяна на ресурсите / крайния срок.

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

Софтуерните практики, които се използват във фирмата, също влияят много на предсказуемостта на проекта. Не знам дали си чувал за SW-CMM (Software Capability Maturity Model). Това е класификация, която класифицира софтуерните организации в пет нива - 1 до 5, като 1 е най-ниското, а 5 е най-високото. Изследвания показват, че с повишаване на нивото значително се повишава предсказуемостта на проектите, като още при организации от трето ниво може доста точно да се предскаже колко усилия ще отидат за даден проект.

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

1. How much are you spending on software?
2. What percentage of your projects are currently on time and on budget?
3. What percentage of your current projects are most likely to be cancelled?
4. What has the average estimation error been on your past projects?
5. What percentage of your costs arise from unplanned rework?
6. What percentage of your rework arises from early-upstream defects that
are not detected until late downstream?
7. How do your teams’ skills compare to industry averages?
8. How do the capabilities of your organization compare to other similar
organizations?
9. How satisfied (quantitatively) are users of your software?
10. How much (quantitatively) has your productivity improved in the past 12
months?

BusinessCase.doc (9/13/02) Manuscript
Business Case for Better Software Practices
Copyright © 2002 Steven C. McConnell. All Rights Reserved.

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