Трябва ли анализът да е “тромав”?
Търсейки интересна тема за бизнес анализ попаднах на дискусия по тема, която често съм обсъждал и аз с колеги. В своята статия Do we need Agile Business Analysys? Крейг Браун задава въпроса дали Agile не прави бизнес аналитика като позиция излишен, което провокира добър отговор от професионалист съчетаващ двете.
Според мен отговорът зависи от това как възприемаме бизнес аналитика като задължения и позиция. И с каква цел организацията е намерила такава позиция за нужна.
Много организации и ИТ фирми приемат бизнес аналитика като позиция, която придава тежест. Независимо дали си ИТ фирма бореща се за проекти или ИТ мениджър, желаещ да покаже професионализъм, винаги е от полза да имаш хубав, подреден бизнес анализ, завършващ с красив, голям документ с много диаграми, носещ гръмкото название Business Requirements Specification. Това показва че си сериозен. В тази ситуация бизнес анализа се налага да е бюрократичен, бавен и негъвкав, по простата причина, че той е създаден с тази мисъл и с тази цел.
Не мога да отрека, че за много колеги тази идея е привлекателна и дори признавам, че в много случаи именно бизнес аналитиците се явяват основен адвокат на бюрокрацията. Това обаче е черта на някои организации и хора, прилагащи бизнес анализ – не на самата дисциплина.
Техники за събиране на изисквания
Наскоро ми попадна една статия, озаглавена 10 техники за събиране на изисквания. Tom Mochal е много авторитетен експерт в областта на проджект мениджмънта и аз много ценя неговото мнение, но някои от нещата, описани в тази статия ми изглеждат съвсем тривиални, като обсъждане с един човек, обсъждане с двама човека и обсъждане с 3-4 човека.
По-интересно за мен беше това, че той посочва някои техники, които ми се струва, че не са толкова популярни, а според мен са изключително ефективни. Затова реших да се спра на тях и ги разгледам по-детайлно.
Задължителни въпроси при формулиране на изискванията към един софтуерен продукт
Един от ключовите проблеми при разработването на един софтуерен продукт са непълните или неясни изисквания, зададени от клиента. Софтуерните разработчици са хора с много силно развито аналитично и детайлно мислене и имат нужда от точно и ясно обяснение какво трябва да се направи при всяка една възможна ситуация. Или, казано на програмистки език - какво трябва да се случи при всяко едно разклонение на if оператора.
Клиентите пък, са хора, които в общия случай не притежават това мислене и често пропускат да опишат ситуации и варианти, които за разработчиците са важни, а за тях са нещо тривиално и подразбиращо се. Добро решение в този случай е намесата на бизнес анализатора, който умее да говори и двата езика и знае как да зададе на клиента онези въпроси, които вълнуват програмистите, но на неговия език.
Така във функционалната спецификация влизат не само нещата, които клиентът изрично е поискал и обяснил, но и нещата, които са важни за разработчиците от техническа гледна точка, и без които продуктът не може да работи нормално.
Ролята на бизнес анализатора - резултати от анкетата
Вече повече от месец стои анкетата за ролята на бизнес анализатора в един софтуерен екип. Преди да я закрия, за да пусна нова, обявявам резултатите.
Въпрос: Как оценяте ролята на бизнес анализатора във вашия екип?
Общо отговорили: 27 човека (малко, но от сърце).
Категории: Анкети, Бизнес анализ, Разработка на софтуер | Няма коментари
Ролята на бизнес анализатора в един софтуерен екип
Ако трябва да сме политически коректни, правилният термин на английски език е “Business System Analyst”, което ще рече, че човекът се занимава с анализа на бизнес системи, а не със самия бизнес. Има някаква логика в това, тъй като с израза “Business Analyst” понякога наричат хора, които правят анализи на финансово-счетоводното състояние на дадена фирма. Така или иначе, у нас е придобил популярност изразът “бизнес анализатор”, като наименование на човека, който прави анализ на бизнес процесите във фирмата, чиято дейност ние, като софтуерни разработчици, се опитваме да автоматизираме.
Та, що е бизнес анализатор и има ли той почва у нас?
Категории: Анкети, Бизнес анализ, Разработка на софтуер | 6 коментара
