Предимства и недостатъци на малкия екип
Във връзка с темата за размера на екипа, попаднах на един интересен пост в PM Hut, в който авторът под формата на интервю със себе си (малко шизофренично, но все пак интересно) представя своите съображения относно предимствата и недостатъците на един малък екип пред по-голям такъв.
Преди всичко, много е важно да се разбере, че малкият екип не е просто количествено различен от големия, той е и качествено различен. Авторът прави едно доста добро сравнение на малкия екип с джаз бенд, а на големия - със симфоничен оркестър. Джаз бендът не е малък оркестър, който иска да порасне - той просто е друга музикална структура.
Ако се опитате да дирижирате джаз квартет като симфоничен оркестър, ще получите лош джаз. Оставете филхармонията да импровизира като джем сешън и ще получите хаос.
Не, че малкият бенд не свири по правилата - просто ги интерпретира по различен начин. Изводът в проектната организация е аналогичен - и малкият, и големият екип трябва да се управляват по някакъв процес, но те са различни в двата случая. Както се казва по американски - one size doesn’t fit all.
Категории: Работа в екип, Разработка на софтуер, Управление на проекти | Няма коментари
Числата на Дънбар и размера на софтуерния екип
R. I. M. Dunbar е бил антрополог в University College of London и на базата на изследвания на хора и примати е стигнал до извода, че максималния брой контакти, които човек може да поддържа активно в съзнанието си, е приблизително 150. Т.е. всяка една група може да бъде витална и да оцелее, ако има по-малко от 150 члена. Историята показва, че по-големите групи започват да се делят на по-малки щом броят на членовете им започне да надвишава това число. Оттук числото 150 започва да се нарича “числото на Дънбар”.
Christopher Allen разказва много обширно в своя блог за теорията на Дънбар и всички последвали изследвания след това. Той отива доста по-далеч в своите разсъждения, разглеждайки ефективността на софтуерните екипи и се опитва и там да намери някаква закономерност между броя на техните членове и ефективността на комуникацията и производителността.
Моят опит показва, че най-малкият размер, при който групата е жизнена, е някъде между 5 и 9 човека.
Категории: Анкети, Работа в екип, Разработка на софтуер | 6 коментара
Колко служители на Microsoft са необходими, за да се смени една крушка?
Попаднах на една статия от 2003 година, която досега ми е убягвала почти 5 години. Там проблемът започва с писмо на един потребител, който казва: “Трябва ми метод, който да извиква функцията ChangeLightBulbWindowHandleEx, но такъв няма. Толкова ли е трудно да го добавите? Това едва ли ще отнеме повече от 5 реда код!”
Авторът, Eric Lippert, отговаря: “Да, сигурно програмирането е към 5 реда и най-вероятно ще отнеме не повече от 5 минути, но ние в Microsoft не правим така, защото е непрофесионално“. И поставя въпроса: Колко хора действително са необходими за добавянето на един нов метод (или за смяната на една крушка
), след което дава подробен отговор:
- Един програмист да имплементира метода ChangeLightBulbWindowHandleEx за 5 минути.
- Един program manager да напише спецификацията.
- Един експерт по локализацията да прегледа спецификацията за локализационни проблеми.
- Един експерт по usability да прегледа спецификацията за проблеми по ползваемостта и достъпността (usability and accessibility).
- Поне по един програмист, тестер и ПМ да проучат потенциални слабости по сигурността.
- Един ПМ да добави модел на сигурността към спецификацията.
- Един тестер да напише тест план.
- Един тест лидер да актуализира програмата за тестване.
- Един тестер да напише test cases и да ги добави към нощните автоматични тестове.
- 3-4 тестери да се включат в инцидентното чистене на бъгове.
- Един technical writer да напише документацията.
- Един технически редактор да провери документацията за технически грешки.
- Един граматически редактор да провери документацията за граматически и правописни грешки.
- Един documentation manager да интегрира новата документация в съществуващите текстове, да актуализира таблиците на съдържанието, интекси и т. н.
- 25 преводача да преведат документацията и съобщенията за грешки на всички езици, поддържани от Windows. Мениджърите по преводите живеят в Ирландия (за европейските езици) и Япония (за азиатските езици). И двамата са доста сериозно отместени във времето от Redmond, така че общуването с тях си е доста сериозен логистичен проблем.
- Екип от старши мениджъри да координират действията на всички изброени дотук хора, да пишат чекове и да оправдават разходите пред своите вицепрезиденти.
Всяка една от тези дейност, казва Ерик, не отнема много време, но като ги събереш всичките, се получава един доста сериозен обем от работа, който е невероятно скъп. Но това е положението - няма майтап. “Ние от Microsoft полагаме неимоверни усилия за да не допуснем издаването на недопечен софтуер”, допълва той.
Категории: Разработка на софтуер | 3 коментара
Кой тества вашия продукт? Резултати от анкетата
Оказа се, че тази анкета нещо съм я забравил и стои от много време на сайта, а няма особена активност по нея. Дали въпросът не е интересен или просто който е имал мнение вече го е дал - не знам. Но времето на тази анкета изтече, а имам и други въпроси, които искам да ви задам, затова я затварям и обявявам резултатите.
Въпросът беше: Кой тества вашия продукт? Общо гласувалите в анкетата са 66 човека, като разпределението на отговорите е следното:
- Тестери - членове на проектния екип (36%, 24 гласа)
- Отдел по качеството във фирмата (23%, 15 гласа)
- Програмистите (23%, 15 гласа)
- Клиентът (18%, 12 гласа)
Категории: Анкети, Разработка на софтуер | 1 коментар
Курсът по Software Project Management - снимки и коментар
Вчера, на 13.03.2008 се проведе първият курс по управление на софтуерни проекти, организиран от фирма RammSoft. Идеята на курса беше да представя на колеги - проджект мениджъри основните акценти от популярните методологии за управление на проекти и тяхното отражение в дейността по разработка на софтуер. Мисля, че се получи много добре.
Очаквах на курса да дойдат повече млади колеги, тепърва прохождащи в професията, но се оказа, че участниците бяха предимно програмисти и проджект мениджъри със солиден опит и знания, търсещи отговори на въпроси, с които се сблъскват в своето работно ежедневие, начини за подобряване на работата си и за успешно завършване на проектите си.
Изключително съм поласкан от интереса, който проявиха колегите от Банксервиз, които бяха цяла група от четирима участника. Явно фирмата приема наистина сериозно въпроса с обучението на своите специалисти и аз това за мен е признак за професионална зрялост. Благодаря много на Илия Добрев от Вайс Профил - разработчик и блогър, който вече за втори път посети мой курс, на Иван Славов от Консулт.бг, който дойде веднага, след като е научил за курса, още същата сутрин, както и на всички останали колеги от Немечек България, от AG Capital, от VMWare , от Верео, от Ленд Дейта Център и от Nextborn. Радвам се, че имах възможността да споделя своите знания и идеи с хора, които наистина обичат работата си и са истински професионалисти!
Категории: Курсове и семинари, Разработка на софтуер, Управление на проекти | 4 коментара
Captcha - една разбита илюзия за сигурност
Миналия месец, на семинара на БАРС изнесох лекция за usability на уеб приложения и там показах тези образци на captcha:
Hotmail:

Yahoo:
и цитирах този пост на Jeff Atwood, който в края на миналата година ги беше обявил за неразбиваеми. В началото на тази година стана ясно, че такова понятие като “неразбиваеми” не съществува:
- 17.о1.2008: InformationWeek съобщава, че Yahoo CAPTCHA е разбита
- 06.02.2008: Websense съобщава, че Hotmail CAPTCHA е разбита
- 22.02.2008: Websense съобщава, че Google CAPTCHA е разбита
Моята позиция, както и тази на Джеф, е, че captcha-та е необходимото зло - един досаден ритуал, който спъва производителността на потребителя и го отблъсква от продукта, който може и в други отношения да е добър.
Security is the enemy of usability. Това е неоспорим факт. От друга страна, обаче, лошите хора са толкова много и толкова активни, че трябва все някак да се пазим от тях. Въпросът е можем ли сега да спим спокойно и да се чувстваме сигурни, че данните ни са защитени от ботове, след като един механизъм, който се считаше за сигурен, вече е разбит?
Jeff Atwood предлага някои размисли и идеи по тази тема в един от последните си постове. Прочетете го - това касае всички нас.
Гласувайте за тази статия в Svejo.net:
Рекламно съобщение: На 13.03.2008 в София ще се проведе курс по основи на управлението на софтуерни проекти, воден от мен. Курсът е полезен за всеки, който се интересува професионално от разработка на софтуер. Повече информация за него можете да намерите в блога PM Stories, в блога Спри и помисли! и на официалния сайт на RammSoft.
Категории: Разработка на софтуер | 1 коментар
Професионален курс - Software Project Management Fundamentals (13.03.2008)
Щастлив съм да обявя, че първият професионален курс по проджект мениджмънт от поредицата, която разработваме в моята фирма RammSoft, е вече готов! Той носи заглавието Software Project Management Fundamentals и ще се проведе на 13.03.2008 г. в хотел Сити София по следната програма:
- 09:30 - 10:00 Регистрация
- 10:00 - 11:15 Лекция 1 (Що е проект и защо правим project management?)
- 11:15 - 11:30 Кафе-пауза
- 11:30 - 12:45 Лекция 2 (Класически методологии за управление на проекти)
- 12:45 - 13:45 Обяд
- 13:45 - 15:00 Лекция 3 (Гъвкави методологии за разработка)
- 15:00 - 15:15 Кафе-пауза
- 15:15 - 16:30 Лекция 4 (Как да доведем проекта до успешен завършек)
- 16:30 - 17:00 Свободна дискусия
Повече подробности за съдържанието на курса можете да прочетете от неговата страница на сайта на RammSoft (на английски език) или на страницата за професионални курсове тук.
За да се регистрирате, попълнете контактната форма от сайта на фирмата или изпратете имейл на адрес office (at) rammsoft (dot) com или mikeramm (at) rammsoft (dot) com с вашето име, длъжност, фирма и телефонен номер. Ние ще ви отговорим дали резервацията е приета (т.е. дали има свободни места), ще ви дадем номера на банковата сметка, където да преведете таксата за участие и самата стойност на таксата, в зависимост от отстъпката, която ползвате.
Вие трябва да извършите превода в рамките на 5 работни дни. В противен случай резервацията ви ще отпадне.
Базовата стойност на таксата за участие в курса е 320 лева. (Фирмата не начислява ДДС.) За тези, които се регистрират по-рано, се предлагат следните отстъпки:
- Ако се регистрирате до 29.02.2008, получавате отстъпка от 10% от таксата, която става 288 лева.
- Първите 5-ма регистрирани участника получават отстъпка от 20% от стойността на таксата, която в този случай става 256 лева.
Залата разполага само с 30 места, така че побързайте - ще си гарантирате участие и ще се възползвате от отстъпките!
Категории: Курсове и семинари, Разработка на софтуер, Управление на проекти | 3 коментара
Семинар „Best Practices in Software Engineering” - 20.02.2008
За тези, които не са видели досега обявата - напомням за семинара, организиран от БАРС, на темата „Best Practices in Software Engineering”.
Семинарът ще се проведе на 20 февруари (сряда) в парк-хотел „Москва” в София, зала „Киев” от 18:00 часа. Входът е свободен - доведете колеги и приятели!
Аз ще изнеса две от лекциите, а третата ще я изнесе Стефан Кирязов от Верео. Ето и самата програма на семинара:
- 18:00-18:50 - Rapid Development, Part 2 (Майк Рам)
- 19:00-19:50 - Software Development Estimation – Dark Art or Science (Стефан Кирязов)
- 20:00-20:40 - Usability Considerations for Developing Web Applications (Майк Рам)
Заповядайте! Обещавам, че ще ви бъде интересно
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл
Категории: Курсове и семинари, Разработка на софтуер, Управление на проекти | 8 коментара
Препоръчано четиво: Project Management, System Architecture, Business Analysis
В софтуерния бизнес ролите на системния архитект и бизнес анализатора са придобили своята стойност и авторитет, но все още малко са хората, които имат задълбочени познания в тези области. Предлагам ви няколко линка с основополагащи ресурси в тази насока, които могат да ви бъдат изключително полезни.
Craig Brown от Better Projects предлага един списък с полезни ресурси в областта на системната архитектура, сред които:
-
The Journal of Enterprise Architecture, издаван от The Association of Enterprise Architects
-
Връзки към Enterprise Architecture от Bredemeyer Consulting.
Към неговия списък бих добавил и сайта на Международната асоциация на софтуерните архитекти (IASA), на която и аз съм горд член. Там можете да намерите много ценни материали за ролята и работата на софтуерния архитект - една професия, която тепърва има да разкрие пълния си потенциал.
Категории: Връзки, Препоръчано четиво, Разработка на софтуер, Управление на проекти | Няма коментари
Професионални IТ организации
В блога на ТеchRepublic 10 Things открих този списък от организации, в които всеки ИТ специалист може да членува.
- American Society for Information Science & Technology
- Association for Computing Machinery
- Association for Information Systems
- Association for Women in Computing
- Association of Information Technology Professionals
- Data Management Association
- IEEE Computer Society
- Independent Computer Consultants Association
- Institute for the Certification of Computing Professionals
- Network and Systems Professionals Association
- Network Professional Association
- Society of Computer Professionals
- Society for Information Management
- Technology Managers Forum
- USENIX: The Advanced Computing Systems Association
- Women in Technology International
Повечето от посочените професионални асоциации са американски, но някои от тях са международни. Абонатите на TechRepublic могат да си го свалят и във вид на PDF файл, в който има и по-подробно описание на целите и дейността на всяка една от посочените организации.
Какво може да ни даде членството в подобна организация?
Категории: Връзки, Разработка на софтуер | 2 коментара






