Международният институт по бизнес анализ обновява сертификационният си изпит

Публикувано от Майк Рам на 29.07.2009 г. в 13:55 часа

IIBA

Това е прес-съобщение от Българската секция на Международния институт по бизнес анализ.

Международният институт по бизнес анализ (International Institute of Business Analysis – IIBA) обновява сертификационен изпит Certified Business Analyst Professional (CBAP). Считано от 1 август 2009 г. новата версия на изпита ще включва ново съдържание, съответстващо на обновените и подобрени стандарти на института.

Промяната е в съответствие с публикуваната през март 2009 г. версия 2.0 на Business Analysis Body of Knowledge Guide (BABOK). След нейното публикуване бе даден период от четири месеца на започналите своята сертификация по версия 1.6 да завършат процеса, преди изпита да бъде обновен в съответствие с новия стандарт.

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

Внимавайте с изискванията на клиента!

Публикувано от Майк Рам на 14.05.2009 г. в 15:42 часа

Всеки от нас вероятно се е сблъсквал с така нареченото “пропълзяване на изискванията” (scope creep), когато в процеса на работа клиентът се сеща, че към вече договорените изисквания трябва да се добавят нови, иначе продуктът, който изработваме за него, няма да му свърши добра работа.

Това, на което попаднах, обаче, направо ме изуми. Graig Brown от блога Better Projects представи една статистика от доклада Chaos на Standish Group от 2002 г., в която се вижда, че цели 45% от изискванията, които клиентът е включил в проекта и са били реализирани, в крайна сметка въобще не се ползват. (Цъкнете върху картинката за по-голямо изображение.)

requirements-standish

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

Приоритизация на изискванията по метода MoSCoW

Публикувано от Майк Рам на 04.02.2009 г. в 07:10 часа

Moscow

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

Най-добре е това разпределение да бъде направено в самото начало и методът MoSCoW е един от най-простите, но за сметка на това най-ефективни подходи.

Той възниква за пръв път в методологията DSDM (Dynamic Software Development Method) – един от първите “гъвкави” подходи, но е приложим във всеки един проект, независимо от избраната управленска методология. “Московският метод” (двете “о”-та са поставени за благозвучие и така се е получило съвпадението с името на руската столица) е прост начин за категоризиране на изискванията по важност, за да може на всички участници в проекта да бъде ясно кое е важно за клиента и кое – не.

Съкращението MoSCoW означава:

Must have (задължително трябва да го има)
Should have (би трябвало да го има)
Could have (добре би било да го има)
Won’t have (няма да го има)

Какво означава това в детайли?
Продължи към пълния текст »

Българската секция на Международния институт по бизнес анализ е вече факт

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

Учредителите на българската секция на IIBA

Щастлив съм да обявя, че българските бизнес аналитици вече се сдобиха със своя собствена професионална общност. На 27.01.2009 г. беше проведено учредително събрание на българската секция на Международния институт по бизнес анализ. Учредителният протокол бе подписан от 19 члена на института (на снимката горе).

Международният институт по бизнес анализ (IIBA) е световна организация на професионалисти, които работят за установяването и поддържането на общоприети стандарти и добри практики в областта на бизнес анализа. Българската секция бе създадена от желанието на родните специалисти по бизнес анализ да се обединят в професионална общност, чрез която да подпомогнат развитието, споделянето и разпространението на знания и идеи, както и утвърждаването на бизнес анализа като значима и престижна експертна дейност в България.

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

Кои са най-важните качества на добрия бизнес аналитик?

Публикувано от Майк Рам на 20.01.2009 г. в 13:36 часа

Business Analysts

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

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

Ето няколко предложения, без да са подредени специално: Продължи към пълния текст »

Управление на сложни изисквания в един “agile” проект

Публикувано от Майк Рам на 10.12.2008 г. в 07:10 часа

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

Това казва Scott W. Ambler в статия, публикувана в Dr. Dobb’s Portal. И още:

“Гъвкавите” методологии като Scrum и Extreme Programming (XP) ни показаха как можем значително да подобрим работата си, но много хора изпаднаха в другата крайност и изхвърлиха бебето на управлението на изискванията заедно с мръсната вода на бюрокрацията, вярвайки, че всичко може да се реши с прости методи. За щастие, има решение, което се справя с проблемите на сложните системи и то може да бъде реализирано напълно в стила на “Agile” методологиите, без да се налага връщане към традиционните тежки практики на писане на тонове (ненужна) документация.

Методът Scrum популяризира идеята да се управляват изискванията като списък от малки функционални единици, описани в приоритизиран стек, наречен “product backlog”. Идеята е, че в началото на всяка итерация (спринт) се изваждат онези изисквания, които трябва и могат да се имплементират в рамките на тази итерация. И всичко щеше да е прекрасно, ако в действителност беше толкова лесно.

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

Ползата от бизнес анализа

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

Бизнес анализът е като проджект мениджмънта – важна, но незабележима дейност, когато е свършена добре. Забелязва се само, ако има проблеми, защото тогава проблемите са големи.

Guy Beauchamp е написал чудесна статия, посветена на смисъла и ползата от бизнес анализа в един проект.

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

Прочетете я – има много стойностни идеи и хубави илюстрации.

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

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

Кой познава бизнес процеса?

Публикувано от Петър Лефтеров на 22.10.2008 г. в 06:20 часа

Днес прочетох статията „Elevating the Role of the Business Analyst” на Дейвид Хейт, публикувана в RQNG (изисква регистрация).
Една от тезите вътре ми направи голямо впечатление – а именно негово наблюдение, че бизнесът постепенно губи актуална информация за детайлните правила на своята работа и разчита на ИТ отделите да ги поддържат.

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

Когато събирам детайлна информация за настоящия бизнес процес, невинаги намирам такава при съответните представители на бизнеса. Съответно, налага се да търся тази информация в структурите именно на ИТ, на места, където тя по принцип не би трябвало да се намира.

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

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

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

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

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

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

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

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

Ежедневието ми на бизнес аналитик

Публикувано от Петър Лефтеров на 27.08.2008 г. в 07:15 часа

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

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

1. Документиране – най-известната и обикновено най-досадната дейност на бизнес аналитиците. Проблемът, който се налага да избегна тук, е от 5 души екип по проекта и 3 поръчителя да има 15 различни представи какво точно трябва да се свърши. Софтуерната спецификация е средство за това, но не единствено и често недостатъчно надеждно.

2. Описание на процеси – не се занимавам с описание на процесите на организацията. Описанието на процеси в моя случай е в много по-ограничен обхват – когато променим системите неизбежно някой ще промени начина си на работа. Това, което трябва да опиша, е как се вършат нещата сега и как ще се вършат след промяната на системите. Целта е да илюстрирам на програмистите каква всъщност е целта на разработката, която правят. Също така да илюстрирам в детайли на “бизнеса” какво се опитват да постигнат.

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

По-стари публикации →