Как да наградиш подчинен – с пари в брой или с подарък?
Един интересен въпрос, над който доста съм умувал. Наскоро попаднах на един пост в блога Predictably Irrational (благодарение на Bas de Baar!) и реших да споделя мислите си публично. Вече съм писал за това в английската версия на този блог, но този път мисля, че проблемът е повече въпрос на култура (индивидуална и национална), отколкото управленски и затова публикувах моите съображения в моя личен блог на английски Stop and Think! Прочетете ги там, а после можем да коментираме и тук.
Не забравяйте и за курса Основи на управлението на софтуерни проекти, който ще се проведе на 19.06.2008 г. Вижте повече информация в официалната обява на сайта на RammSoft.
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Професия ли е Project Management?
От дълго време осъзнавам, че уменията и способностите за управление на проекти, не трябва да се изграждат само в определени хора, наречени проджект мениджъри, а във всеки, който изпълнява някакви управленски функции. Наскоро попаднах на един пост, в който се цитират авторитетни специалисти (без линкове, за съжаление), които категорично потвърждават моята позиция.
“Project management не е професия, а бизнес дисциплина“, казва David Curling. “Той е част от дисциплината на общия мениджмънт, който едва ли ще бъде признат за професия.”
David Pells го казва още по-добре:
Наскоро стигнах до заключението, че проджект мениджмънта трябва да бъде разбиран и представян като “основно качество на всеки мениджър във всяка организация“. Посоката, която нашата “професия” трябва да поеме, е да покаже че ползите от професионалното управление на проекти са толкова значителни и широко разпространени, че то трябва да бъде прегърнато от всеки професионалист, от всеки мениджър и от всяка организация. Управлението чрез проекти вече не е въпрос на избор, а фактическа реалност в един конкурентен свят. Enterprise PM и Portfolio PM са просто стъпки напред към едно по-зряло и по-печелившо предприятие. За да оцелее и да просперира, всеки мениджър трябва да знае как да организира, да планира и да изпълнява проекти.
Просто няма какво да се добави.
По този повод, имам удоволствието да обявя повторното издание на курса Основи на управлението на софтуерни проекти, организиран от моята фирма RammSoft, на който аз съм лектор. Той ще се проведе на 19.06.2008 г. в София. Курсът е полезен не само за хора, носещи титлата “Project Manager”, а и за всички, които са ангажирани в процеса на изпълнението на един софтуерен проект или изпълняват управленски задачи в своята работа. Повече информация за курса можете да намерите в официалната обява на сайта на RammSoft.
Очаквам ви!
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Категории: Курсове и семинари, Професията на проджект мениджъра | 2 коментара
Първи гост-автор в PM Stories – Петър Лефтеров
Миналата седмица на страниците на PM Stories се появи първата статия, написана от гост-автор – Трябва ли анализът да е “тромав”? от Петър Лефтеров.
Петър е бивш програмист и състезател по информатика, завършил Факултета по Математика и Информатика към СУ „Св. Климент Охридски”. По-рано се е занимавал с разработка на приложения с ASP .NET и Delfi. От две години се е фокусирал основно върху бизнес анализ на софтуерни проекти. Сегашната му позиция е на старши бизнес аналитик в IT отдела на Българска Телекомуникационна Компания.
През свободното си време води лекции по бизнес анализ и софтуерни технологии в мениджмънта в Стопански Факултет на СУ. Активен участник е в Движение Български Великден, на което е и действащ председател.
С първата статия на Петър слагаме началото на една нова фаза в развитието на блога, с което вярвам, че той ще стане по-богат на информация и по-интересен за читателите, интересуващи се от проблемите на софтуерното производство и управлението на проекти.
Приканвам всеки, който има интереси в тази област и който смята, че има какво да сподели със своите колеги, да заповяда на страниците на PM Stories и да стане един от нашите автори. Така заедно ще създадем един център, който да фокусира интересите на професионалната общност в България. Заповядайте! Свържете се с мен чрез страницата за контакти и аз ще ви отговоря незабавно!
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Трябва ли анализът да е “тромав”?
Търсейки интересна тема за бизнес анализ попаднах на дискусия по тема, която често съм обсъждал и аз с колеги. В своята статия Do we need Agile Business Analysys? Крейг Браун задава въпроса дали Agile не прави бизнес аналитика като позиция излишен, което провокира добър отговор от професионалист съчетаващ двете.
Според мен отговорът зависи от това как възприемаме бизнес аналитика като задължения и позиция. И с каква цел организацията е намерила такава позиция за нужна.
Много организации и ИТ фирми приемат бизнес аналитика като позиция, която придава тежест. Независимо дали си ИТ фирма бореща се за проекти или ИТ мениджър, желаещ да покаже професионализъм, винаги е от полза да имаш хубав, подреден бизнес анализ, завършващ с красив, голям документ с много диаграми, носещ гръмкото название Business Requirements Specification. Това показва че си сериозен. В тази ситуация бизнес анализа се налага да е бюрократичен, бавен и негъвкав, по простата причина, че той е създаден с тази мисъл и с тази цел.
Не мога да отрека, че за много колеги тази идея е привлекателна и дори признавам, че в много случаи именно бизнес аналитиците се явяват основен адвокат на бюрокрацията. Това обаче е черта на някои организации и хора, прилагащи бизнес анализ – не на самата дисциплина.
Лидер, мениджър или наблюдател?
Наскоро попаднах на една интересна категоризация на хората, заемащи позицията Project manager. Авторът ги дели на три архетипа, които имат следните характеристики:
- Лидер. Има дълбоки технологични познания, както и опит в бизнес областта, която се автоматизира. Може да пише код ако се наложи. Активно участва в код ревюта и обсъжда технически проблеми с екипа.
- Мениджър. Има технически или бизнес произход, но е минал и специализирано обучение в управление на проекти. Познава добре механизмите и средствата на управление на проекти. Не се занимава с технически подробности, но участва в обсъждането на детайли по функционалността.
- Наблюдател. Високо квалифициран и сертифициран проджект мениджър, който е вещ в процедурите и правилата, но въобще не се занимава с производствения процес. Следи изпълнението на плана, но не участва нитов технически, нито във функционални дискусии.
След като е дефинирал така трите типа мениджъри, авторът естествено задава въпроса “Кой е най-подходящият за управление на софтуерни проекти?” и без много замисляне отговаря: лидерът.
Разбира се, има и аргументи в полза на този избор. Един от тях е, че когато проектът започне да изостава от плана (а това се случва на практика с всеки проект), наистина най-добрият метод за връщане в релси е да се преразгледа обхвата на проекта, т.е. функционалността, заложена в софтуерния продукт и да се премахне всичко, което не е жизнено необходимо.
Категории: Професията на проджект мениджъра | Няма коментари
Анкета
Loading ...
-
RSS абонамент
Връзки
Авторски права
-
Admin
