Дали техническите умения, необходими ръководител на проекта, iampm
Въпреки това, концепцията за технически умения е много неясно и не изисква допълнителни обяснения. Трябва ли премиерът да можете да пишете код? Ако е така, колко добре?
Какво е технически умения
Нека се съгласявате, че за да започне кариерата си може PM почти без технически умения, които имат основни познания за това какво се случва. Колко пъти беше толкова, че продажбите, маркетинга или акаунт мениджър постепенно започна да управлява проекта, тъй като тази роля по някаква причина, беше празна, и някой трябваше да почисти проблемите.
Аз съм в никакъв случай не се твърди, че ръководителят на проекта трябва да бъде, в комбинация, програмист. Разбира се, това е много хубаво, ако мениджърът се опита да код, но след като той стана PM-ти, а след това иска да се развива като лидер, и така да програмира един или друг начин ще се отклони на втори план.
После си спомни историята на серия от "как не трябва да се направи" за това как мениджърите прибавите код за програмисти, ако срокът наближи, а като пример за лошо управление, за пореден път, че е една добра програма не е приоритет за мениджъра. Но разбирането на развитието на структурата на производствения процес, бизнес логика и разпределението на ролите - от невероятно важни умения.
Ръководителят на проекта не трябва да се страхуват от развитие, а напротив, трябва да отидат в всичките му аспекти, се интересуват от инструменти и технологии, които се използват в процеса.
"Всъщност, това би било интересно да работя с мениджъра, който излезе на програмистите. Колко би било различно от това, което аз съм свикнал да? Вероятно, че ще бъде трудно да мамят по време на планирането и да отнеме повече време, за да Task "- каза един от разработчиците, които познавам, след като прочетете статията на Доу.
Това звучи малко тъжно, нали? От друга страна, по какъв друг начин може разработчиците са свързани с факта, че премиерът не знае какво се ангажират и често се смесва с въпроса за това какво трябва да се третират с обратно в края разработчик, и с това, което предния край.
Ръководителят на проекта трябва да бъде полезен член на екипа, но и за това той трябва да говори с разработчиците на един и същ език. Това не означава, че трябва да се конкурира с програмисти в знанията, вместо да задават въпроси. PM не трябва да се опитват да бъдат охладител разработчик, но той трябва да се опитаме да бъдем в темата. В крайна сметка, ние учим английски за комуникация с чуждестранни клиенти? Така че, защо проектни мениджъри смятат, че комуникацията с тях, не е необходимо да се разбере, екипът на езиковите технологии?
Това нещо се оказа добре - трябва да обичаш работата си, своята професия или продукт. И любов - това означава да се интересува, да се рови в всеки детайл и искрено искам да разбера. Разбира се, това философстване, но понякога изисква малко работа, за да се откаже от ежедневните задачи, да се преразгледа ролята си и отношението си към него.
Как бързо издърпайте техническо осигуряване
Бих искал да кажа едно голямо благодаря Andreyu Melnikovu за една отлична статия. Аз не съм само при мисълта за колко важно е за PM-и да бъдат технически грамотни. Един месец ние IAMPM екип подготвя технически курс грамотност за мениджъри - TechMind. Мислехме, че ние говорим за това в една седмица, но обсъждането на DOU не само че е подходящо време, но и принудени да обявят за него преди време.
Бихме искали да кажете на колегите: момчета, това е нормално нещо, което аз не знам. Това не е срам, срам - не искате да научите. Създали сме разбира се, за да ви помогне да получите по-пълна представа за процеса на развитие, да зададете въпроси и да намерят отговори. Нека да работим заедно за развитието на професионалните компетенции и да стане истински професионалисти.