Това, което прави ръководителят на проекта

След като се запознах с един разработчик от страна на Клиента, като каза, че съм бил в екипа - ръководител на проекта. Предприемачът не можа да устои и каза: "А, значи ти си един от тези, които на сутринта ни казва какво да правим, а след това той започва през целия ден юфка?"

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

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

Потребителите и ролите

Първото нещо, което трябва да разберем ясно: премиерът - това не е умение, а не позиция. PM - това е роля в проекта.

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

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

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

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

• Подготовка за проекта (Стартиране на проект)
• Откриване на проекта (Иницииране на проект)
• Планиране (планиране)
• етапа управление (контролиране на етап)
• Управление на доставката на продукти (Управление на продукта за доставка)
• стъпки за управление на границите (Управление на границите на етапа)
• Закриване на проекта (Затваряне на проекта)

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

Какво очаквате от често премиерът?

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

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

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

За вземане на решения на ниво проект

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

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

дизайн

Дизайн започва с подготовката на техническото задание, което е част от проектната документация. За проектната документация има традиционно отговаря ч, така че той и картите в ръката си.

Следвайки тази логика, ние често се TK, че: не е достатъчно подробно, съдържа противоречиви изисквания не съответстват на възможностите на платформата, не се вземат предвид становищата на крайните потребители.

Но като практикуващ, трябва да кажа, че способността на мениджъра да се изработи уеб сайтове, значително увеличава ефективността на проекта. Комбинацията от дизайн и управление на проекти роли - рядко изключение, за което си струва да се стремим. Просто се уверете, моля те, че това наистина работи.

Работни познания на технологията

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

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

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

контрол на качеството

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

Само не забравяйте, че тестването на продукта - в заключителния етап на проекта, когато времето е почти свърши, и почти от ресурси. Тя е в този момент човекът, който е отговорен за ресурсите и времева рамка започва да се правят компромиси с качеството. В тестера напълно да възстанови мотивация: негова отговорност - да се регистрират отклонение от заданието или вътрешни стандарти.

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

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

проследяване на ресурсите

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

Така че трябва да започнете нов проект (сайта не е актуална, изискванията са се променили и така нататък.), Вие ще намерите нов човек и да започне да усетите разликата:

• Или се оказва, че новият мениджър има нужда от още 3 лица като асистенти
• Или е, че бившият мениджър на "управлява проекта" 30 часа на седмица, както и новите страни, които ще бъдат похарчени за "управление" на 15 часа на седмица в размер на подобен проект
• Или всичко това е в противоречие

• управление на проекти
• Дизайн (включително TK и / или прототип)
• Развитие на основните шаблони за дизайн
• графични творби
• Развитие на фронт офис (статични шаблони)
• Програмиране (изпълнение и функционален CMS)
• тестване
• Разработване на документация
• обучение на потребителите
• администрация

Накрая, преди да отговори на въпроса: "Какво ролите се сливат, и какво - не", аз казвам: съществува една единствена рецепта. Опитайте се да балансира своя талант мениджър и неговия орган / отговорност. Балансът на влияние:

• размер на проекта и организацията
• машинописни проекти
• мениджър мотивация
• Със сигурност нещо друго :)

На добър час! Следете въздуха!