Туризъм и управление на проекти

Публикувано от Майк Рам на 26.08.2007 г. в 10:42 часа

Glen Alleman е публикувал една доста провокативна статия в своя блог Herding Cats, озаглавена Agile Planning. Там той прави интересно сравнение между туристическите “проекти” и софтуерните такива и поставя сериозни въпроси към слепите последователи на т. нар. “гъвкави методологии”.

Той казва:

Туристическите походи изискват и планиране, и график, и следване на плана. Понякога се налагат алтернативни планове, промянта в графика се случва винаги и винаги има алтернативни опции по време на изпълнението. Защо е тогава този шум против планирането в софтуерното производство от страна на “гъвкавите”?

И още:

Подготовката е ключа към успешния туристически поход

Защо тогава…
Подготовката да не е ключ и към успешния софтуерен проект?

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

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

Цялата статия можете да прочетете тук.

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл

Open… вицове

Публикувано от Майк Рам на 21.08.2007 г. в 11:08 часа

Виц от OpenSource Mag:

Звъни се във фирма, която се занимава с ремонт на компютри:
- Принтерът ми почна да печата лошо!
- Вероятно трябва да се почисти. Това струва 15 лева, но можете и вие да прочетете инструкцията и да го направите сам.
Клиентът удивен от такава откровеност пита:
- А Вашия шеф знае ли, че така му спъвате бизнеса?
- Даже е негова идеята. Имаме много повече приходи, откакто оставяме клиентите в началото сами да отремонтират нещо.

Още вицове – тук.

15-те божи заповеди на истинския лидер

Публикувано от Майк Рам на 20.08.2007 г. в 08:49 часа

Salute

Искаш ли да бъдеш добър началник? Можеш ли да разчиташ на своя екип безрезервно? Искаш ли да бъдеш истински лидер? Да се чувстваш като генерал, който води своите войници през огън и жупел към славната победа?

Тогава просто следвай тези съвети, който Павел Бродзински е нарекъл 15 начина да станеш добър шеф. Аз ги наричам 15-те божи заповеди на истинския лидер. Представям ги тук с любезното разрешение на автора:

Продължи към пълния текст »

Препоръчано четиво за седмицата (18.08.2007). Управление на проекти

Публикувано от Майк Рам на 18.08.2007 г. в 10:38 часа

Managing PeopleДнес започвам нова рубрика, която ще се опитам да поддържам всяка седмица – Препоръчано четиво за седмицата. Ще ви предлагам списък от линкове по дадена тема, които смятам, че ще ви бъдат интересни и полезни. Тази седмица темата е управление на проекти.

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

Във връзка с моите скорошни публикации за лидерството (Как проджект мениджъра да стане истински лидер, Съвети от едно “плешиво куче” и 20-те качества на вдъхновяващия лидер), открих статията на Andy Jordan Project Manager vs. Project Leader, където той защитава тезата, че независимо колко квалифициран е един проджект мениджър в областта на управлението на задачи и ресурси, той трябва да притежава и качества на лидер. “Проджект мениджърът има задължението на управлява своя екип – даже и в матрична организация – и това означава да бъде лидер”. По-нататък той описва различните страни на водачеството, лесното и трудното на това да бъдеш не просто шеф на проекта, а и негов лидер.

Продължи към пълния текст »

Правилата на Неизвестния ПиЕм – Част 1

Публикувано от Майк Рам на 14.08.2007 г. в 14:58 часа

TroubleВ продължение на няколко поста реших да ви предложа някои съвети и правила за управление на проекти, родени от многогодишния (горчив) опит на поколения проджект мениджъри, изпълнени с (черен) хумор и (болезнена) мъдрост. Не е известен собственикът на авторските права, затова можем да ги наречем Правилата на Неизвестния ПиЕм (като аналогия на Неизвестния Воин):

Виж още:

Ползата и вредата от soft-coding

Публикувано от Майк Рам на 08.08.2007 г. в 08:34 часа

При по-младите и неопитни програмисти hard-coding е често срещано явление. Той се проявява не само като твърдо зададена логика в кода на програмата, а също така и като конкретни стойности на променливи или константи, от които зависи поведението на продукта. Разбира се, дори и по-опитни разработчици не за имунизирани срещу това, особено в началото на един проект, когато се пише “само за проба”, а после “пробния код” някак си остава и в продукционната система.

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

Продължи към пълния текст »

Как проджект мениджъра да стане истински лидер

Публикувано от Майк Рам на 07.08.2007 г. в 12:25 часа

Tom Mochal от TenStep е написал статия в блога за управление на проекти на TechRepublic, озаглавена Exhibit leadership on challenging projects (т.е. “Демонстрирайте лидерство в предизвикателни проекти”), където той твърди, че предизвикателните (или на български казано, проблемните) проекти са най-точното място, където проджект мениджърите могат да покажат (и докажат) своите лидерски умения.

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

Продължи към пълния текст »