Всеки, който някога е участвал в изпълнението на един софтуерен продукт или проект, запознат вечна война и неразбирателство между екипите на развитие и мениджъри, водещ на проекта.
До този ден можете да намерите объркващо в средата, в стила на българските програмисти: "Но защо е необходимо, мениджърът?"
Да видим: наистина, защо?
Уместно е да се припомни, класическата книга на Фредерик Брукс Митичният Man-месец, или как да създадете софтуерни системи. " Тази книга показва основния закон на Брукс:
Ако проектът не се вписва в рамките на условията, добавянето на работната сила ще го забави още повече
Това е така, защото в работата на програмиране не може да бъде произволно разделени в няколко независими един от друг части, някои задачи могат да се извършват само да започне след други завършени.
Разработване на софтуерен продукт - е област, където не е възможно да самоуправление и братски разделение на работата на две равни части. И има хора, скъсани между клиента "искам" и командата "може да» - IT-мениджъри.
В рамките на ИТ управление, като правило, хората се разбират, известен на английски като средно Премиерът на: продуктови мениджъри и мениджъри на проекти.
А) хора, които имат опит в програмирането / развитие / инженеринг
В) хора, които нямат опит в програмирането / развитие / инженерство.
И в действителност, а в друг случай, има усложнения. Смята се, че това не е IT-човек наистина не разбирам спецификата на развитието. А ИТ човек наистина не разбирам тънкостите на хора и продажби.
Много малко специалисти могат да се похвалят сериозен опит и в това, че и в друга област. Все пак, има хора, които имат истински талант в управлението на развитието на продукта. Достатъчно е да се припомни, Стив Джобс, който не е бил квалифициран инженер, но със сигурност е знаел много за технологията, с която продуктът е създаден, както и да разберат тънкостите на предназначението на потребителите на продукта.
Нивото на необходимата техническа разбиране в много отношения зависи от компанията. Така например, в компании, които създават технически-натоварени инфраструктурни продукти (например, Heroku, Appcelerator, Akamai Technologies, Inc.), изисква технически ръководители разбирам. Имате сериозни технически умения на мениджъри на фирми, с акцент върху връзките между потребители нужди (Twitter, Quora, Tumblr)?
Така че ние сме изправени пред два въпроса:
В случай, ИТ мениджър имат опит в развитие?
Какви умения са необходими ИТ мениджъри общност?
Първата стъпка е да се определят функциите на общността на ИТ мениджърите.
Какво прави ИТ мениджър?
разбере нуждите на предвидените крайни потребители на продукта;
определение на понятието на продукта, неговите цели, нейните изисквания;
разработване на план за прилагане на продукта, заедно с екипа на развитие;
Тя се основава на политиката на разпределение и ценообразуването на продукта.
Основната цел на ИТ мениджърите в общността се свежда до планиране, прогнозиране, маркетинг единична фирми продукти на всички етапи на неговото развитие.
Кой от по-горе изисква опит в програмирането?
Можете дори да отиде по-далеч и да кажа, че за ИТ мениджър е по-добре да не имате опит в програмирането на всички, отколкото "да бъде в състояние да нещо и малко." Защо? Ако човек няма опит в развитието на идеите, които се раждат в ума му, той няма да уволня спусъка ", че е трудно или невъзможно да се направи." Тези въпроси не му позволяват да вземе решение за управление и развитие на екипа. мениджър задача - да се определи това, което потребителите от продукта нужда.
Ако управителят е бил някога дизайнер, той често може да се филтрира неговите идеи въз основа на собствените си минал опит. Както показва опитът в миналото, може да се окаже, че добрите идеи са загубени, просто защото те не са били изразени. Освен това, нашия собствен опит може да бъде изкушение при определянето на условията на задачата, а от там той е близо до прекия конфликт между екипа по оценяването и оценката-техничари мениджъри. Опитът от миналото може да създаде желание да участват в живота на екипа не като лидер, а като изпълнител. Лошо, когато мениджърът започва да използва опита си, а не с цел бързо да вземете правилното решение, но за да се направи нещо за себе си.
Така че още веднъж: всички въпроси, свързани с прилагането на развитието на отбора реши!
Всяко не-технически познания може да липсва технократ, който е избрал пътя на ИТ управление?
Опит в работата с продукта за потребителя. Като правило, разработчиците "zamylivaetsya око", както и за решаването на сложни проблеми, те забравят за това как крайният продукт ще изглежда така. Това не означава, че програмистите нямат чувство за красота, но понякога е скулптор, очарован от фина обработка на гънките на перде, забравя да разгледаме създаването му от разстояние на няколко стъпки.
Анализатор. Една от основните задачи на управлението на продукти - да се направи оценка на функцията на продукта, за да изолира своите силни и слаби страни на базата на събраните данни. За това ние трябва някои икономически опит.
Формиране взаимоотношения. Комуникация с инвеститори, акционери, клиенти, одобрение на изменения и други комуникационни задачи могат да бъдат много трудни за най-опитните разработчиците.
Поглед от друга сфера. Да, за създаването на нов продукт е полезно да изпълзи от черупката си. Трудно е да се направи това, ако сте тясно ангажирани в същата област.
От друга страна, без да е необходим набор от технически умения на ИТ мениджърите в общността, също не може да се направи. За да направите това, има най-малко една важна причина: да техничари трябва да говорят на техния език. Освен това, техническа експертиза може да помогне за намаляване на времето на вземане на решения и управление на риска. Мениджърът не трябва да пишат код или да участват в проектирането на архитектурата на системата. Но знам, че основите просто задължително.
Сферични мениджър във вакуум: какво е това?
Ако съберете цялостната картина, получаваме следните умения, които са желателно да има идеалната ИТ мениджъри общност:
1. Не-технически умения:
Бъдете в състояние да планира, подготвя схеми и документация.
Бъдете емоционално зрели. Бъдете в състояние да мотивират. Изграждане на взаимоотношения. Бъдете честни. За да контролирате емоциите си.
Познаването на методологии гъвкав и икономичен.
Има опит в областта на маркетинга и продажбите.
на бюджета и неговото планиране.
2. Технически умения:
Разбиране на основните принципи на програмирането (променливи, класове, подкласове, методи и т.н.), принципите на архитектура софтуерни решения. HTML, CSS, PL-SQL не трябва да бъде странни съкращения.
За да имате представа за API, непрекъсната интеграция, автоматизирано тестване, A / B-тестване, тестване единица.
Бъдете наясно с няколко рамки за уеб програмиране (Django, JQuery, Релси, Symphony) и платформи за мобилни развитие (PhoneGap, Titanium).
Като цяло, може да се види, че липсата на технически познания, се компенсира търпение и внимание на екипа, както и за технически инженери знания са готови да простим мениджъра му много грешки за управление. Истината, както винаги, е някъде между тях.
За да обобщим
А огромна част от работата ИТ мениджъри общност е външни комуникационни: срещи с клиенти, проведени конференции; както и справяне с вътрешните си проблеми: дефиницията на понятието, съставяне на изискванията на пътната карта, определянето на стратегия, дистрибуционна политика и ценообразуване. IT-мениджър - адвокат, на крайния потребител, което гарантира лесен и интуитивен продукт.
IT-мениджър - една китайска стена за тима си. Една от задачите си - да се премахнат всички разсейвате от основните направления на факторите, които защитават техните разработчици от идващи от външни ненужни задачи.
Един добър мениджър, винаги ще се намери време за изпомпване на техническите им умения. Един добър дизайнер винаги ще се намери време да се предаде на неговата мисъл мениджър.
IT-мениджъри - хората, които не позволяват тук е тази:
Тя може да бъде само един извод. Нека да живеем заедно! (C)
Свързани статии