tortique Nov 20 2021 at 09:54

7 принципов Agile из Agile Extension от IIBA

6 min

5.8K

Comments 12

sshikov Nov 20 2021 at 10:53

Принципы-то вроде нормальные, но при чем тут Agile? Точно таким же принципам можно следовать, работая по более «жестким» процессам. Разница наверное будет, но на первый взгляд — несущественная.

>создавать больше ценности за меньшее количество действий.
Ну это вообще очевидно. И обозначает просто, что нужно работать эффективно.

tortique Nov 20 2021 at 11:03

Мне видится, что Agile — это не столько про формальность или неформальность процессов, сколько про открытость к изменениям и обучение из фидбека. Эти принципы об как раз об этом: учись из опыта, слушай пользователей, работай без излишков и строй открытую коммуникацию с коллегами.

sshikov Nov 20 2021 at 11:16

Ну, в общем да, в широком смысле. Но если вы работаете не по Agile (а бывают такие проекты, где это прямо противопоказано) — вы разве не слушаете пользователей, или не учитесь из опыта? То есть, слушать и учиться и строить коммуникацию — это просто нормальная практика для любого профессионала, который старается стать чуть лучше. Если у кого-то в проекте не Adgile — это тоже применимо.

tortique Nov 20 2021 at 11:21

Вы правы, учиться из фидбека итд следует работая по любым методологиям и философиям, иначе не выйдет эффективности или хорошего продукта.

burzooom Nov 20 2021 at 12:50

К примеру, вы разрабатываете мобильную версию сайта. Модель waterfall.

Все опросы пользователей приводят к необходимости вносить изменения и в самом сайте тоже. А заказчик не просил изменять сайт, там все работает хорошо. Просто срочно нужна мобильная версия.

sshikov Nov 20 2021 at 13:12

>К примеру, вы разрабатываете мобильную версию сайта. Модель waterfall.
Я для начала вижу тут другую проблему. Зачем разрабатывать продукт, который, на первый взгляд, требует гибкости, по модели, которая такую гибкость не предполагает?

И потом, а в чем вы видите противоречие? Вы проводите опросы, и слушаете пользователей (заказчик кстати тоже ваш пользователь, скорее всего), а еще учитесь на своем опыте. И в общем-то waterfall этому не помеха.

А уж что делать раньше — менять сайт, или делать мобильную версию, это вопрос не сильно зависящий от выбранной модели разработки. Он в любой модели может стоять. У вас всегда может быть (и бывает) больше хотелок, чем вы можете сделать за отведенное время. Они всегда конфликтуют между собой за ресурсы.

beskov Nov 20 2021 at 11:51

притом, что IIBA паразитирует на трендах, пытается доказать, что они не устарели

beskov Nov 20 2021 at 11:50

начинайте сначала, а как дойдёте до конца — заканчивайте

Stasia_AgileCoach Nov 21 2021 at 17:49

Позитивная статья, вот только этим занимается не бизнес-аналитик в Agile-команде, а всё таки Владелец продукта, у него должны быть эти компетенции

SamXYZ Nov 21 2021 at 21:16

Все ответы верны, автор дал вводные: простые истины для начинающих... в целом для начинающих. Чем глубже погружаюсь в тему менеджмента, тем больше школ и подходов изучаю и тем больше люблю сухую математику с аналитикой.
"фактам плевать на ваши чувства"

meirinkun Nov 22 2021 at 10:59

Интересно, чем в момент применения этих принципов бизнес-аналитиком занимаются лидеры инициативы: проектный менеджер, Product Owner, Product Manager? И еще интересно сколько они при этом зарабатывают и сколько "полезности" приносят в рамках инициативы.

See The Whole - Product Owner, как, в общем и написано в описании принципа - должны принимать активное участие лидеры инициативы.
Think As a Customer - так должна думать вся команда, при планировании.
Analyze To Determine What Is Valuable - аналогично, проверять беклог должна вся команда при планировании. Понимать смысл требований - тут вообще без комментариев.
Get Real Using Examples - это должен делать Product Owner.
Understand What Is Doable - это делаяет вся команда и это очень похоже на принцип Analyze To Determine What Is Valuable.
Stimulate Collaboration and Continous Improvement - опять же это либо PO, либо некий "скрам-мастер-фасилитатор и тп.". Я себе плохо представляю как БА приходит в аджайл-команду (саморганизованную, готовую к изменениям, работе с заказчиком и пр.) и начинает всех стимулировать к работе и взаимодействию. Этим точно бизнес-аналитик должен заниматься?
Avoid Waste - это всех касается.

К автору статьи претензий нет. А вот к пониманию IIBA необходимости бизнес-аналитика в agile-команде есть вопросы.

Leonid1511 Nov 22 2021 at 20:10