Добре забравеното – юли 2007 г.

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

Това е една добра идея, която видях в други блогове и започнах да прилагам и в собствените си блогове отскоро. Да се извадят на показ хубави и полезни материали от миналото, които вече са позабравени. Въпреки, че официално блогът PM Stories още не е навършил година (той официално стартира на 1.1.2008), материалите в него са писани преди повече от година и първоначално бяха публикувани в блога Спри и помисли!

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

Ето кои бяха по-интересните неща, посветени на управлението на проекти, и публикувани от мен през месец юли 2007 година.

Съвременното виждане за управлението на проекти и теориите на мениджмънта:

Какви качества трябва да притежава един лидер:

Любимата ми тема за грешките:

И накрая, още 2 публикации в бонус:

Приятно четене!

Ако искате да управлявате успешни проекти в условията на реалния бизнес, регистрирайте се за курса по управление на проекти, който водя във фирма RammSoft – професионално обучение, базирано на съвременните управленски теории и на най-добрите примери от практиката!

Гласувайте за тази статия в Svejo.net:

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

Препоръчано четиво: Workflow, Scrum, честност и продуктивност

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

Малко позабравих тази рубрика, но се понатрупаха интересни материали, които са достатъчно големи по обем, за да не мога да ги разказвам всеки поотделно. Поради това ви ги предлагам за самостоятелно четене със съвсем кратък анонс.

Steve McConnell ни информира от страниците на своя блог, че има публикувани нови white papers на сайта на неговата фирма – Construx. МакКонъл е известен като критик на модерните напоследък “гъвкави методологии”, затова мисля, че документите, посветени на успешното внедряване на Scrum и оптимизирането на гъвкавите процеси, биха били особено интересни за вас. Разбира се, обновената версия на неговия фундаментален труд за класическите грешки, е просто задължително четиво. Всички white papers можете да намерите на адрес: www.construx.com/whitepapers.

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

Статията е дълга, но е интересна и е обогатена с обилно количество тримерни (!) графики, които поясняват мисълта на автора.

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

Класически грешки – 2008

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

Онзи ден получих писмо от Steve McConnell с линк към резултатите от изследването, което той проведе миналото лято върху Новите класически грешки на софтуерното производство. Аз участвах в това проучване и писах за него в Класическите грешки. Стив публикува своя списък от класически грешки в книгата си Rapid Development от 1996, но поради много динамичното развитие на софтуерния бизнес, той реши, че списъкът се нуждае от актуализация. В него бяха предложени няколко нови грешки, а всички останали бяха подложени на верификация.

Сега той е публикувал резултатите от това проучване в брошура от 39 страници заедно с презентация на PowerPoint. Проучването включваше много въпроси, целящи да се направи един по-задълбочен анализ на същността и причините за възникването на най-големите грешки, които правим в областта на софтуерното производство. Списъкът от 2008 година ги подрежда според честотата на тяхното срещане и според пораженията, които могат да нанесат на един проект. Събрани заедно, тези критерии ни дават списъка на най-разрушителните класически грешки в нашия бизнес. Няма да ви издам коя е най-фаталната грешка, която правим, за да не ви разваля удоволствието да си го прочетете сами – просто кликнете на този линк (може да ви поиска регистрация, която е безплатна) и ще го узнаете.

Моят професионален опит ми показва, че повечето софтуерни компании все още са много далече от стандартите, които Steve McConnell поставя за Rapid Development и първата и най-важна стъпка, която трябва да се направи, е да се научим да избягваме тези “класически грешки”. Допускането на подобни грешки е гаранция, че няма да можете да завършите своя проект навреме. Според мене, всеки добър проджект мениджър трябва да има този списък пред себе си, за да го следи периодично и да си задава въпросите: Продължаваме ли да допускаме класически грешки? и Как можем да ги избегнем?

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

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

Гласувайте за тази статия в Svejo.net:

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

Класически грешки – Случаят "ГигаЛийз", Част 2

Публикувано от Майк Рам на 18.07.2007 г. в 17:26 часа

Историята продължава с изграждането на екипа и първите внедрявания при клиента, когато някои неприятни истини излизат наяве. Още много грешки в един относително малък проект.

Четете втората част на случая “ГигаЛийз” в англоезичната версия на блога, а коментари може да пишете и тук. Ще съм безкрайно щастлив, ако и вие имате подобни истории, които да споделите с мене и моите читатели.

Класически грешки – Случаят "ГигаЛийз", Част 1

Публикувано от Майк Рам на 16.07.2007 г. в 19:21 часа

След дълго умуване и канене започнах серията за класическите грешки с един пример от моята практика – случаят “ГигаЛийз”. Реших, че споделянето на реални примери от живота е най-добрия начин да видим и оценим грешките, които са допуснали различните участници в историята и да преценим как трябва да постъпваме ние в подобни ситуации, за да не ги повтаряме. Първата част на тази история можете да прочетете тук (на английски език).

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

Класическите грешки

Публикувано от Майк Рам на 20.06.2007 г. в 18:33 часа

Снощи изнесох първата си лекция на семинар на БАРС и съдейки по положителните отзиви, смятам, че ако не моето лично представяне, то поне темата е била интересна за участниците в семинара. Темата за класическите грешки отново излезе на дневен ред, след като авторът Steve McConnell реши да актуализира списъка и да предложи анкета за това доколко често правим класически грешки и колко са сериозни пораженията в последствие. Горещо ви препоръчвам да се включите в изследването и да попълнете анкетата – това ще помогне на целокупното програмистко братство да си изясним кои са най-важните грешки, които правим в работата си и да се научим да ги избягваме.

По този повод, и имайки предвид интереса, който предизвика темата за класическите грешки, реших да започна една серия от постове в англоезичната версия на този блог, в които да разкажа за моя списък от класически грешки – такива, които аз съм видял или направил в професионалната си кариера и които считам за важни и опасни.

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

Семинар на БАРС – 19.06.2007

Публикувано от Майк Рам на 12.06.2007 г. в 18:51 часа

Щастлив съм да обявя, че на 19.06.2007 г. ще се проведе семинар на Българската асоциация на разработчиците на софтуер (БАРС), в който съм поканен да участвам и аз като лектор и ще изнеса презентация на тема Rapid Development – Part 1. Лекцията представя основните идеи и принципи на концепцията за Rapid development, представена от Steve McConnell в едноименната му книга, издадена още през 1996 г., но валидна в пълна сила и до днес и неслучайно считана за библия в света на софтуерното производство и управлението на софтуерни проекти.

Семинарът ще се проведе на 19.06.2007 г. в София, в клуб “Sugar” на ул. “Граф Игнатиев” 1. Заповядайте!

По-подробна информация за събитието можете да прочетете от официалната обява на сайта на БАРС.

Книгата “Rapid Development” можете да си купите от:

Alibris.com – най-добрата онлайн книжарница за употребявани книги Amazon.com

icon
icon