Менеджмент для продвинутых: Case Study и Check List по выбору подхода (адаптивного vs итеративного инкрементного) к проекту

«Дьявол в деталях» или Case Study по выбору подхода к управлению проектом и проведению бизнес-анализа

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

Продолжить чтение «Менеджмент для продвинутых: Case Study и Check List по выбору подхода (адаптивного vs итеративного инкрементного) к проекту»

Практико-ориентированный Agile: шаблон Given-When-Then для документирования требований и тестирования

Шаблон Given-When-Then является Agile-практикой. Он может быть использован в совокупности с другими практиками (инструментами) майндсета Agile (BDD, TDD, ATDD). Используется для написания сценариев приемочных тестов (Acceptance Tests) и критериев приемки (Acceptance Criteria) пользовательских историй (User Stories), а также описания расширенного поведения системы, исходя из пользовательских историй.

Продолжить чтение «Практико-ориентированный Agile: шаблон Given-When-Then для документирования требований и тестирования»

Менеджмент для продвинутых: Scrum и Fixed Price в аутсорсинге совместить нельзя разделить

Мало кто находит выход, некоторые не видят его, даже если найдут, а многие даже не ищут.
Из «Алиса в стране чудес»

В статье поднимаются следующие вопросы.

  1. О противоречивости компонентов аутсорсинговой формулы ‘Scrum + Fixed Price’.
  2. Об одной, из возможных, ошибке (корневой причине), предшествующей неверному выбору инструмента Scrum.
  3. Об одной ситуации, когда действительно стоит вопрос о совмещении Scrum и Fixed Price, требующей глубокого анализа и поиска компромиссов для ее разрешения.
Продолжить чтение «Менеджмент для продвинутых: Scrum и Fixed Price в аутсорсинге совместить нельзя разделить»

Менеджмент для продвинутых: с чего начинается псевдо-Scrum в аутсорсинге (немного теории и Case Study)

в любом явлении есть малозаметные составляющие, которые, тем не менее, сильно влияют на его суть.
Из Википедии

Agile «захватил» мир информационных технологий? Или многие уже успели разочароваться? Почему?

Потому что, даже если конкретные подходы из Agile (Scrum) к управлению совершенно не подходят конкретному проекту, команды все равно желают быть в мейнстриме — «быть Agile, делать Scrum». И получают псевдо-Agile и глубокое разочарование в майндсете и одном из его инструментов — фреймворке Scrum.

Продолжить чтение «Менеджмент для продвинутых: с чего начинается псевдо-Scrum в аутсорсинге (немного теории и Case Study)»

Что такое Gherkin и зачем он нужен бизнес-аналитику?

Gherkin – это структурированный естественный язык (Natural Language), который используется для описания поведения системы по заданному сценарию. Может использоваться в рамках Agile-практики Behavior Driven Development (BDD), например, в среде (фреймворке) автоматизированного тестирования как Cucumber (или JBehave, RSpec).

В словарь языка включено десять ключевых слов (Given, When, Then, And, But, Scenario, Feature, Background, Scenario Outline, Examples). Более подробно про Agile-практику Given-When-Then см. тут.

Продолжить чтение «Что такое Gherkin и зачем он нужен бизнес-аналитику?»

Практико-ориентированный Agile: приемочные тесты (Acceptance Tests) в виде сценариев для пользовательских историй (User Stories)

Как уже говорилось в предыдущих статьях, атрибутом качества или признаком хорошей User Story (пользовательской истории) является возможность написания для нее критериев приемки/приемочных тестов (Acceptance Criteria/Acceptance Tests).

Продолжить чтение «Практико-ориентированный Agile: приемочные тесты (Acceptance Tests) в виде сценариев для пользовательских историй (User Stories)»

Практико-ориентированный Agile: атрибуты качества пользовательских историй (User Stories) и модель INVEST от Билла Уэйка

В рамках гибкого подхода Agile Билл Уэйк (Bill Wake) предложил практику (инструмент) для оценки качества пользовательских историй (User Stories) — модель INVEST.

INVEST — это аббревиатура из первых букв предлагаемых к рассмотрению атрибутов качества пользовательских историй.

Продолжить чтение «Практико-ориентированный Agile: атрибуты качества пользовательских историй (User Stories) и модель INVEST от Билла Уэйка»

5 признаков хороших пользовательских историй (User Stories) от Робертсонов

Итак, пользовательские требования (User Stories) написаны. Как оценить их качество? Джеймс и Сюзанна Робертсоны (James and Suzanne Robertson) выделили признаки хороших пользовательских историй.

Продолжить чтение «5 признаков хороших пользовательских историй (User Stories) от Робертсонов»

Практико-ориентированный Agile: User Stories или «магия» Impact Map

По результатам Impact Mapping легко определяются пользовательские требования: пользовательские истории (User Stories) для продукта/системы.

Продолжить чтение «Практико-ориентированный Agile: User Stories или «магия» Impact Map»

Impact Mapping или как осознанно двигаться к достижению целей

О постановке правильных целей

goals

Какова цель бизнес-аналитика на проекте по разработке продукта или системы информационных технологий?

Какова цель проекта по разработке продукта (системы) информационных технологий?

Распространенным ответом на эти вопросы являются утверждения: цель бизнес-аналитика собрать все требования заказчика, написать качественную документацию, по которой разработчики смогут разработать продукт или систему, а цель проекта, соответственно, — разработать и внедрить продукт, систему (с высоким качеством кода, красивым дизайном и т.д.).

Продолжить чтение «Impact Mapping или как осознанно двигаться к достижению целей»