Skip to content

последние заметки#

Agile в порядке

рассказ


Agile#

AGILE методология#

Определение#

Agile — модель разработки ПО, ориентированная на использование итеративной разработки, динамическое формирование требований и их реализацию в самоорганизующейся группе
Agile основан на ценностях и принципах, которые зафиксированы в agile manifesto разработанном в 2001 году

Ценности#

  • Люди
  • Работающее ПО
  • Сотрудничество
  • Реагирование на изменение

Принципы#

  1. Удовлетворение потребностей клиентов
  2. Меняющиеся требования
  3. Доставка ПО максимально часто
  4. Команда и заказчик работают вместе
  5. Доверяй мотивированным людям
  6. Беседуй лицом к лицу
  7. Работающее ПО - мерило прогресса
  8. Устойчивое развитие и постоянный темп
  9. Внимание к техническому совершенству
  10. минимизации лишней работы
  11. самоорганизующимися командами
  12. команда регулярно размышляет как стать эффективнее

see agile manifesto

Frameworks#

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

AGILE АНАЛИЗ#

7 принципов анализа для BA:#

  • See the whole (цельный взгляд)
    • необходимо рассматривать проблемы, возможности, и ценность для заинтересованных лиц в конкретном контексте. Изменение контекста должно быть учтено при определении ценности.
  • Stimulate collaboration and continuous improvement (сотрудничество и постоянное совершенствование)
    • качество требований к ПО обеспечивается на основе совместной командной работы
  • Understand what is doable (Понять, что можно сделать)
    • необходим оптимальный баланс между усилием на реализацию и ценностью для заинтересованных лиц.
  • Think as a customer (Думайте как клиент)
    • в основе разработки требований. должны лежать ожидания, потребности и ценности заказчика
  • Analyze to determine what is valuable (анализируйте, что ценно сейчас)
    • непрерывная оценка и приоритизация ценности каждого элемента бэклога в целях поставки наиболее важных на текущий момент функций.
  • Get real using examples (Используйте примеры)
    • валидность потребности заинтересованных лиц должна быть подтверждена при помощи реальных примеров.
  • Avoid waste (Избегайте отходов)
    • усилия на каждом этапе должны быть целесообразны и минимальны для достижения необходимого результата.
    • этот принцип реализован в виде легковесной проектной документации и декомпозиции User Story только в верхней, наиболее приоритетной части Backlog.

Особенности бизнес-анализа в Agile#

  • Облегченная документация
    • подробная документация с требованиями и техническими деталями решения не требуется. Основным артефактом, содержащим требования, является
  • Артефакты Agile
    • бизнес-аналитик создает и поддерживает Backlog включающий в себя Epic и User Story с Acceptance Criteria
    • Помимо этого, он может создавать Impact Mapping , Personas, Story Mapping , а также сопровождать требования визуальными моделями и Prototyping.
    • Спецификации требований редко используются в agile.
  • Фокус на конечном пользователе
    • большинство артефактов за основу берут нужды и задачи пользователя
    • Именно этот подход положен в основу декомпозиции и приоритизации требований.
  • Итеративность разработки требований
    • бизнес-аналитик детализирует самые приоритетные элементы бэклога, необходимые для формирования скоупа ближайшего спринта.
  • Адаптивность
    • основным двигателем является обратная связь от заказчика.
    • бизнес- аналитик сконцентрирован на сборе обратной связи и адаптивно вносит изменения в бэклог
    • вместо того, чтобы заранее упреждающе предсказывать изменения в требованиях
  • Оптимальность декомпозиции
    • требования должны быть оптимально декомпозированы на User Story и Epic для:
      • краткосрочного планирования,
      • приоритизации,
      • итеративной реализации,
      • поставки наименьшего инкремента как можно чаще.
  • Совместная работа над требованиями
    • требования детализируются в процессе совместной работы над Backlog всей командой. Это позволяет спроектировать оптимальное решение и обеспечить качество
  • Участие в agile церемониях

Практики бизнес-анализа#

Процесс разработки требований и связанные с ним практики бизнес-анализа в agile

Что такое Scrum and Kanban#

see Scrum

see Kanban

metadata#


🔻​

More...

new skr 123

описание description222


первое#

⛔ описание из des

второе#

3434

кккккк|200

skr4#


  • список
    • два
    • три ♦

выделение

курсив

жирный

определение

t45345646 653464563
er5454545y4

5454545454
56565656

новое111

  • текст 1
  • It supports markdown and wikilinks.

Title

Contents

😂😂😂😂😂😂😂😂


кекекекекекекеке

Chapters#

🔸 хаотичность и глобальность

🔹 Если какие-то из этих ролей не представлены, это

выапвапвап вавававава прарвапрапрарп

ываываываыва 45454545папрапрапр http://example.com/ вапвапвап

💡#

Here is a simple footnote.
бесплатная. ^1
A footnote can also have multiple lines2.

You can also use words, to fit your writing style more closely[^note].

почему This is an image|50 он ушел ♦

вапвапвапва[^3]

что сделал и что не сделал что не удалось

  • #739 ♦
  • https://github.com/octo-org/octo-repo/issues/740
  • Add delight to the experience when all tasks are complete 🎉
Tables Are Cool
col 3 is right-aligned $1600
col 2 is centered $12
zebra stripes are neat $1

кликабельная картинка или видео

IMAGE ALT TEXT HERE

неопубликованная часть
%% вапрвапрвапапр
🟠🟡🟢🔵🟣🟨
%%

изучить#

▪ изучить#

▫ осторожно ⛔#

нове 🔥#

достижения 🚩

важно ⚡#

⭐избранное#

книги 📗#

✅ сделано#

время 🕒#

напоминание 🔔#

▫ пункт#

идея и совет 💡#

обсудим или цитаты 💬#

❌ ошибки#

🔻 раскрыть#

some blue text.

Image title

лучшее#

Section Two #### metadata - Type:: **123**{: #123 .hash} - Status:: **edit**{: #edit .hash} - Location:: **пк**{: #пк .hash} - Project:: - Topic:: - Back link:: [Техники `BA`](../../../../%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B8%2520%60BA%60.md) - Source:: ____________ 🔻​

pop

-------- ------- Photo|center|250 -------- ---------

Photo|center|250

Warning

Example

Lorem ipsum dolor sit amet

Quote

Lorem ipsum dolor sit amet

метадата

Type:: #ttt
Status:: #edit
Location:: #пк

Project::

Topic::
Back link:: Техники BA
Source::

ссылки

что успел и чего не успел

мои советы

мои ошибки
  1. не ходить а ехать

Лучше не делать

  • песто 1
  • тесто 2

Важные мелочи

чем я недоволен

Метадата

гитхаб#

license
release
GitHub release date
GitHub Actions status

Netlify Status

Twitter LinkedIn4lch4

Donate via PayPal

::bootstrap-envelope-paper::

Send

Subscribe to our newsletter

Image title

How To Reach Me

github linkedin twitter reddit

stats

profile views

• I'm information security consultant - specialized in web application and penteration testing

• I like experimenting with technologies, building small projects, automate everything.

• Passionate about security, linux, dockers, electronics(IoT), coding, open-source and knowledge

• I'm the owner and the maintener of a 3os.org knowledge-base website


  1. My reference. 

  2. Every new line should be prefixed with 2 spaces.
    This allows some blue text. https://jeffreytse.net/ you to have a footnote with multiple lines. 

More...