Колко служители на 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 полагаме неимоверни усилия за да не допуснем издаването на недопечен софтуер”, допълва той.
Категории: Разработка на софтуер | 4 коментара
Кой тества вашия продукт? Резултати от анкетата
Оказа се, че тази анкета нещо съм я забравил и стои от много време на сайта, а няма особена активност по нея. Дали въпросът не е интересен или просто който е имал мнение вече го е дал - не знам. Но времето на тази анкета изтече, а имам и други въпроси, които искам да ви задам, затова я затварям и обявявам резултатите.
Въпросът беше: Кой тества вашия продукт? Общо гласувалите в анкетата са 66 човека, като разпределението на отговорите е следното:
- Тестери - членове на проектния екип (36%, 24 гласа)
- Отдел по качеството във фирмата (23%, 15 гласа)
- Програмистите (23%, 15 гласа)
- Клиентът (18%, 12 гласа)
Категории: Анкети, Разработка на софтуер | 1 коментар
10 “причини” да не използваме проджект мениджмънт
Днес под това заглавие, гарнирано с обяснението “Понеделничен сарказъм”, Маргарит Мисирджиев от Свежа идея ни представя 10-те най-популярни “причини” фирмите да не практикуват проджект мениджмънт. Пиша “причини” в кавички, защото това са си най-обикновени оправдания, при това зле скалъпени.
Сигурно и вие сте чували изрази като:
“Последното нещо, от което се нуждаем, е промяна”
“Всички наши проекти са лесни и не струват много, нямат график или технически риск”
или пък
“Шефовете не проявяват разбиране и помощ, необходими за управление на проекти”
А дали и самите вие не сте ги употребявали?
Прочетете цялата статия - много добра храна за размисъл. Надявам се, че носите на сарказъм и никой няма да се обиди.
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Категории: Управление на проекти, Хумор | Няма коментари
Курсът по Software Project Management - снимки и коментар
Вчера, на 13.03.2008 се проведе първият курс по управление на софтуерни проекти, организиран от фирма RammSoft. Идеята на курса беше да представя на колеги - проджект мениджъри основните акценти от популярните методологии за управление на проекти и тяхното отражение в дейността по разработка на софтуер. Мисля, че се получи много добре.
Очаквах на курса да дойдат повече млади колеги, тепърва прохождащи в професията, но се оказа, че участниците бяха предимно програмисти и проджект мениджъри със солиден опит и знания, търсещи отговори на въпроси, с които се сблъскват в своето работно ежедневие, начини за подобряване на работата си и за успешно завършване на проектите си.
Изключително съм поласкан от интереса, който проявиха колегите от Банксервиз, които бяха цяла група от четирима участника. Явно фирмата приема наистина сериозно въпроса с обучението на своите специалисти и аз това за мен е признак за професионална зрялост. Благодаря много на Илия Добрев от Вайс Профил - разработчик и блогър, който вече за втори път посети мой курс, на Иван Славов от Консулт.бг, който дойде веднага, след като е научил за курса, още същата сутрин, както и на всички останали колеги от Немечек България, от AG Capital, от VMWare , от Верео, от Ленд Дейта Център и от Nextborn. Радвам се, че имах възможността да споделя своите знания и идеи с хора, които наистина обичат работата си и са истински професионалисти!
Категории: Курсове и семинари, Разработка на софтуер, Управление на проекти | 4 коментара
Като си говорим за usability…
Eric Burke предлага своето мнение във вид на комикс, наречен “Простота”:
Картинката можете да видите в по-голям размер в неговия блог, а там можете да се насладите и на коментарите, които са много и доста разгорещени. Оказва се, че една дребна на вид шега може да предизвика сериозни вълнения, които си струва да се прочетат.
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Категории: Управление на проекти | 2 коментара
Чудесен пример за ефективни събрания
Думата “meeting” вече така дълбоко е навлязла в нашата реч, че трудно може да й се намери превод, който да не носи някакви странични оттенъци. Все пак, реших да използвам думата “събрание”, макар и някой хора да я свързват с близкото социалистическо минали, но “мийтинг” изглежда съвсем неподходящо.
Историята, която ме впечатли, и която искам да споделя с вас, я разказва Cheri Baker в своя блог The Enlightened Manager. Чери е собственик на консултантска фирма по мениджмънт, а историята се случва в един екип, с който тя е работила като консултант и е присъствала на едно от техните събрания, което я е впечатлило с бодрия и позитивен дух на участниците и с невероятната ефективност на работата на екипа. Примерът е много ценен и с това, че важи навсякъде, независимо от конкретната професионална област.
Кое е най-забележителното в тази случка? Чери представя няколко фактора, които обясняват доброто сработване и ефективност на тези хора. Аз ще се спра на някои от тях, които смятам, че могат веднага да влязат в употреба в един екип, даже и такъв, който не се занимава с разработка на софтуер.
Категории: Работа в екип | 1 коментар
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.
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Категории: Разработка на софтуер | 1 коментар
Промяната - необходимото зло или естествена форма на прогреса
Промяната е нещо, което повечето хора не обичат. Рутината и навика лесно завладяват нашето съзнание и винаги се чувстваме по-удобно в познатите коловози на ежедневието, отколкото в плашещите дебри на непознатото.
Промяната е най-големият страх за всички проджект мениджъри. Голяма част от методологиите и теориите на управлението разчитат, че нещата ще бъдат относително стабилни. Плановете, които правим постоянно, имат по-голяма стойност, ако обстоятелствата не се променят.
Така е, но животът постоянно ни показва, че е динамичен и променлив и колкото повече се съпротивляваме срещу този факт и не искаме да приемем промяната, която се случва около нас, толкова повече страдаме.
Категории: Лидерство, Лични, Управление на проекти | 1 коментар
Когато проектът свърши
Какво направихте, когато последния проект, по който работихте, завърши? (Надявам се, че е завършил успешно) Този въпрос поставя Павел Бродзински и уточнява:
- Написахте ли имейл до екипа, за да им кажете колко важни са били техните усилия за успеха на проекта?
- Благодарихте ли им?
- Отворихте ли бутилка шампанско, за да отпразнувате символично успеха?
- Похвалихте ли екипа си пред шефовете?
- Организирахте ли купон, за награда за техните усилия?
Завършването на проекта е изключително важен момент в неговия живот. То не само осмисля самото съществуване на проекта, но е и момент на емоционално отпускане за екипа и време за равносметка. Проектната работа ни дава възможност на края да преценим дали сме си свършили добре работата, да се поздравим с успеха и да анализираме допуснатите грешки. Всеки един успешно завършен проект е повод за гордост от постигнатия професионализъм.
Ако отговорите отрицателно на горните въпроси, значи нещо не е наред, казва Павел. Или във вас, или във вашия екип. Трябва сериозно да се замислите над това.
Гласувайте за тази статия в Svejo.net:
Рекламно съобщение: Посетете курса по основи на управлението на софтуерни проекти, който ще се проведе на 13.03.2008 г. в София. Цъкнете тук за повече информация.
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл.
Категории: Управление на проекти | 3 коментара
Професионален курс - Software Project Management Fundamentals (13.03.2008)
Щастлив съм да обявя, че първият професионален курс по управление на проекти от програмата за професионално обучение, която разработваме в моята фирма RammSoft, е вече готов! Той носи заглавието Основи на управлението на софтуерни проекти и ще се проведе на 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 лева.
Залата разполага само с 24 места, така че побързайте - ще си гарантирате участие и ще се възползвате от отстъпките!
Категории: Курсове и семинари, Разработка на софтуер, Управление на проекти | 5 коментара
-
RSS абонамент
Препоръчвам ви
Връзки
Авторски права
-
Admin
