Давайте разберемся!

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
Давайте разберемся! создатель Mind Map: Давайте разберемся!

1. Ошибочная архитектура.

2. Очень много багов.

3. Заказчик не видит прогресса

4. Всадники апокалипсиса.

4.1. Наличие нефиксированных и изменяющихся требований.

4.1.1. Лишить заказчика возможности напрямую редактировать требования.

4.1.2. Ввести роль BA

4.1.2.1. стандарт докментации

4.1.2.2. фиксировать

4.1.2.3. уточнять

4.1.2.4. разьяснять

4.1.2.5. модерировать

4.1.2.6. дитализация

4.1.3. Фиксировать scope спринта

4.1.4. После любого митинга писать meeting minutes

4.1.5. Схема взаимодействий компонентов

4.2. Не налажены процессы в команде / Конфликт между frontend и backend

4.2.1. Посадить всех участнокив команды в одну комнату

4.2.2. Ввести роль лида разрабортки

4.2.3. Зафиксировать зоны ответственности (кто за что отвечает, в случаи проблемы к кому идри для ее решения)

4.2.4. Прописать алгоритм взаимодействия меджу членами команды.

4.2.5. Составляем протокол взаимодействия между компонентами.

4.2.6. Стендап митинги (что делали, что планирую, что делаю, какие проблемы)

4.2.7. Вести спринт дашборд (прийти к понятным статусам задач)

4.2.8. Проводить ретро после каждого спринта.

4.2.9. Отдаем в тестирование только рабочие сборки (чеклист для разработчика)

4.2.10. Тимбилдинг (делаем команду лучше)

4.3. Отсутствие планирования (неэффективное)

4.3.1. Определяем долгосрочные цели.

4.3.1.1. Вводим метрик успешности проекта

4.3.1.1.1. Определяем критерии успешности продукта со стороны заказчика.

4.3.1.1.2. Определяем критерии успешности успешность продукта со стороны команды .

4.3.1.1.3. Определяем критерии успешности успешность продукта в глазах пользователей.

4.3.2. Формируем + оцениваем + приоритезируем + декомпозируем Epics

4.3.3. Согласно выбранных Epic формируем список краткосрочных задач

4.3.3.1. Приоритезируем задачи в рамках Epic

4.3.3.2. Оцениваем задачи в рамках Epic

4.3.4. Сортируем список задач на текущий и следующий спринт

4.3.4.1. Разделяем задачи для frontend и backend

4.3.5. Корректировка следующего спринта по результатам предыдущего.

4.4. Недостаточный технический уровень участников команды

4.4.1. Вводим роль куратора группы .

4.4.2. Выявляем проблемные области знаний / навыков команды.

4.4.3. Формируем комплекс мероприятий направленный на улучшение знаний в проблемных областях.

4.4.4. Повторный срез знаний.

4.4.5. Best Practices

4.5. QA/BA не был введен на начальном этапе разработки

4.5.1. Не проводилось приемочное тестирование документации.

4.5.2. Не находились недоописанные фичи, не было довыяснения требований и логики.

4.5.3. Не было взгляда на продукт с точки зрения пользователя.

4.5.4. Не было работы с багами на ранних этапах.