Правилата на Неизвестния ПиЕм – Част 3
Списъкът с изстраданите мъдрости и шеги от света на project management-а продължава. Макар и малко цинични на моменти, те са истинско отражение на реалностите в една професия, която обичаме и мразим едновременно.
- Проектът е една малка крачка за проектния спонсор и голям скок за шефа на проекта.
- Добрият проджект мениджмънт не е толкова в това да знаеш какво да правиш и кога, колкото в това, да знаеш какви оправдания да дадеш и кога.
- Ако всичко върви точно по план, значи някъде нещо тотално се скапва.
- Всички търсят силни проджект мениджъри, а когато ги намерят – не ги искат.
- Overtime-а е плод на наивното мениджърско въображение.
- Количественият проджект мениджмънт е способността да предвидиш с колко ще надхвърлиш първоначално планираните срок и бюджет.
- Колкото по-рано започнеш писането на код, толкова по-късно ще свършиш.
- За проджект мениджъра, надхвърлянето на срока и бюджета са толкова сигурни, както смъртта и данъците.
- Някои проекти завършват навреме въпреки най-добрите практики на управлението на проекти.
Вижте също част 1 и част 2 на Правилата.
Задължителни въпроси при формулиране на изискванията към един софтуерен продукт
Един от ключовите проблеми при разработването на един софтуерен продукт са непълните или неясни изисквания, зададени от клиента. Софтуерните разработчици са хора с много силно развито аналитично и детайлно мислене и имат нужда от точно и ясно обяснение какво трябва да се направи при всяка една възможна ситуация. Или, казано на програмистки език – какво трябва да се случи при всяко едно разклонение на if оператора.
Клиентите пък, са хора, които в общия случай не притежават това мислене и често пропускат да опишат ситуации и варианти, които за разработчиците са важни, а за тях са нещо тривиално и подразбиращо се. Добро решение в този случай е намесата на бизнес анализатора, който умее да говори и двата езика и знае как да зададе на клиента онези въпроси, които вълнуват програмистите, но на неговия език.
Така във функционалната спецификация влизат не само нещата, които клиентът изрично е поискал и обяснил, но и нещата, които са важни за разработчиците от техническа гледна точка, и без които продуктът не може да работи нормално.
10 признака, че не ставате за програмист
От скоро открих блога 10 Тhings, в който редовно се публикуват списъци от по 10 или повече интересни неща и вече съм му редовен читател. Една от последните публикации, озаглавена 10 признака, че не ставате за програмист, ми направи впечатление не само с това, че е по темата на моя блог, но и с доста странните критерии, които описва, и които, според мен, ще предизвикат доста полемики.
Например, признак #1 гласи: Предпочиташ да те обучават, вместо сам да се учиш. И по-нататък авторът споделя:
Програмистите се очаква да притежават всички неободими знания и умения, необходими за работата. Нещо повече, предполага се, че са много умни хора, които могат да решават всякакви проблеми. Това естествено води до извода, че на добрите програмисти обучение не им трябва.
Препоръчано четиво: Безплатни електронни книги
Jeff Atwood от Codding Horror написа онзи ден статия, озаглавена Why Does Software Spoil? (Защо се скапва софтуера?), където той споделя своите интересни разсъждения за непрекъснатото добавяне на нови и нови функционалности (features), които в крайна сметка съсипват всеки един софтуерен продукт. Статията е доста радикална и много ме впечатли. Вероятно ще напиша по-подробни коментари по нея по-нататък.
Продължавайки темата, вчера Джеф е написал още една статия, където ни препоръчва книгата на Mark Minasi The Software Conspiracy. В нея авторът разглежда в детайли т. нар. “feature paradox” – новите функционалности наистина помагат да се продаде един софтуерен продукт, но също така те са и основната причина, поради която продуктът се разваля.
Книгата “Софтуерната конспирация” можете да свалите безплатно от нейния официален сайт – The Software Conspiracy.
Категории: Връзки, Книги, Препоръчано четиво | 1 коментар
Project Management Is Dead
Под това страшно заглавие е публикувал своята статия Bas de Baar от блога Project Shrink.
Разбира се, не е дошъл краят на света, но много от постулатите, на които се базира съвременното учение за Project Management, вече не са толкова актуални.
Докато в недалечното минало всички членове на един екип са работили заедно в един офис и в една локална мрежа, днес все по-често се налага екипите да се сформират от хора от най-различни краища на света. Различни култури, различни езици, различни часови зони. И не, че хората не са добри професионалисти – напротив! – но вече става все по-трудно да се видим с тях на живо, камо ли да ги опознаем.
Хората стават все по-мобилни и все по-заети. Всеки работи по няколко проекта и все по-рядко някой работи “full time” по един проект. За всеки нов проект са необходими все по-тесни специалисти, които се наемат от външни фирми. В резултат проектите и задачите става все повече и все по-фрагментирани.
Категории: Работа в екип, Управление на проекти | Няма коментари
4 важни качества на ИТ специалистите
Отдавна знам, че да се правят генерални обобщения е опасно, защото винаги има изключения (и то много) от правилото, които могат да го поставят под съмнение. Въпреки това, у някои професии има особености, които се забелязват по-често и с които един мениджър е добре да се съобразява, за да се научи да разбира по-добре психологията на хората от своя екип, особено ако той не е произлязъл от технологичното поприще.
И така, ИТ специалистите (и програмистите в частност)…
…са интроверти
Интровертите са по-затворен тип хора и предпочитат да се затворят във вътрешния си свят, за да обмислят нещата по-внимателно и на спокойствие, преди да изкажат мнение. Екстровертите, обратно, са по-отворен тип хора и са по-склонни повече да общуват с околните, да мислят на глас и да споделят идеи.
Категории: Работа в екип, Разработка на софтуер | Няма коментари
5 Въпроса към Steve McConnell относно Agile Development
Steve McConnell е публикувал в своя блог 5 въпроса, зададени му от PM*Boulevard на интервю, посветено на Agile Development, както и неговите отговори.
Групата на гъвкавите стартира много агресивно, разпалвайки религиозна война срещу всички традиционни методи на разработка на софтуер, обвинявайки ги в неефективност и губене на време в писане на ненужна документация. Тук Steve McConnell доста разумно и убедително показва, че това са просто един набр от техники, които използвани правилно могат да повишат изключително много ефективността на софтуерния екип, но пък от друга страна, ако се прилагат сляпо и догматично, могат да много бързо да доведат проекта до провал. Пример: отричането на задълбочения анализ и писането на спецификации, може да доведе до огромни загуби на време за писане и брисане на безсмислен код.
Категории: Разработка на софтуер, Управление на проекти | 1 коментар
Product Management vs. Project Management
Оказа се, че не само у нас работещите в IT бранша бъркат тези две понятия. Нещо повече, доста хора не са наясно въобще с някои базови понятия като това какво е проект, какво е project management и кой е проджект мениджъра. Самият аз съм попадал във фирма, където бях поставен на позиция “Project manager”, а фирмата беше продуктово ориентирана и въобще не работеше на проектен принцип. Докато се изясним “къде сбъркахме”, минаха няколко месеца.
По този повод искам да ви насоча към една статия от сайта PM Hut, където доста ясно се посочват характеристиките на тези две позици, по какво си приличат и по какво се различават.
Категории: Управление на проекти | Няма коментари
Стартира сайта на моята собствена фирма – RammSoft
Най-накрая успях да намеря време да пусна и официалния сайт на моята собствена фирма – RammSoft. Сайтът е базиран на Wordpress и има още доста неща за доработване – предстои да бъдат добавени още статии и статични страници, описващи по-детайлно нашите услуги, както и да пуснем версия на български език, така че – посещавайте ни от време на време и обещавам, че всеки път ще намирате по нещо ново.
Голямата новина е, че курсът по Software Project Management, който реализирахме заедно с НАРС, завърши успешно и даже можете да видите подробен репортаж от там с много снимки на сайта на RammSoft. Аз съм много положително настроен за бъдещето на подобни събития и вярвам, че скоро ще успеем да създадем една здрава общност на професионалистите, занимаващие се със Software Project Management в България, която да ни помага да споделяме знания и опит и да развиваме своите професионални умения в тази област.
Очаквайте още!
Категории: Връзки, Курсове и семинари | Няма коментари
Анкета
Loading ...
-
RSS абонамент
Връзки
Авторски права
-
Admin
