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 в България, която да ни помага да споделяме знания и опит и да развиваме своите професионални умения в тази област.
Очаквайте още!
Категории: Връзки, Курсове и семинари | Няма коментари
Препоръчано четиво: Project Risk Management
Да бъдеш ръководител на проект означава постоянно да се бориш с несигурността. Тя винаги води до негативни реакции сред проджект мениджърите и техните по-висши шефове. Както казва Bas de Baar:
Проблемът на риск мениджмънта е негативния имидж на думата “риск”. Повечето stakeholders се стряскат като чуят “това е риск”. Затова е много трудно да се говори за риска, понеже темата е винаги за проблеми. Много е важно рискът да не се разглежда като нещо лошо, а като положителна нагласа, която да ни гарантира, че всеки ще излезе победител накрая.
Така, че - не се страхувайте от риска! За да ви помогна в търсенето на знания и да ви дам кураж, както и да повдигна вашата самоувереност, ви предлагам днешното препоръчано четиво, посветено на управлението на риска в проекти.
Категории: Връзки, Препоръчано четиво, Управление на проекти | Няма коментари
Преглед на книги: The Mythical Man-Month
Сайтът TheServerSide.net е започнал една чудесна инициатива - преглед и ревю на класически книги. Joseph Ottinger е първият автор с преглед на първата глава на класическата творба на Fred Brooks “The Mythical Man-Month”. Въпреки, че книгата е написана преди много години, тя все още е задължително четиво за хората, занимаващи се с разработка на софтуер и управление на проекти. Горещо ви препоръчвам както да прочетете ревюто, така и да си купите самата книга.
Заслужава си!
Категории: Връзки, Книги | Няма коментари
Как оценяте бюджета на един проект? Нова анкета
Искам да ви обърна внимание на новата анкета, която съм публикувал на сайдбара на сайта. Особено на тези, които са абонирани за RSS feed и не посещават самия сайт.
Въпросът този месец е: Как оценяте бюджета на един проект? Моите скромни наблюдения сочат, че в много софтуерни фирми не се правят предварителни сметки за необходимия бюджет на един проект или пък такива оценки се правят от висшия мениджмънт (от шефа) без участието на проджект мениджъра, а често се случва финансовите параметри на проекта да се държат в тайна от екипа, даже и от самия проджект мениджър, който по учебник би трябвало да отговаря за това.
Как е при вас? Любопитен съм да узная дали има фирми, където проджект мениджърите са получили доверието, което работата им изисква, или все още гледат на тях като на малки деца и не им разрешават да си играят с пари.
Гласувайте! Вашето мнение е важно!
Резултатите от анкетата можете да видите тук.
Категории: Анкети, Управление на проекти | 3 коментара
-
RSS абонамент
Препоръчвам ви
Връзки
Авторски права
-
Admin
