...

7.1. Совмещение ролей

Тема в разделе "Краткое руководство по созданию Low-code решений", создана пользователем ELMA365, 4 май 2023.

  1. ELMA365

    ELMA365 Moderator

    Роль — это не отдельный специалист в команде. В зависимости от объёма команды и навыков специалистов в ней, один человек может исполнять функции нескольких ролей.

    Человек-оркестр

    Разработкой решения может заниматься один человек, если:
    • Решение состоит из одного контура или сроки на их реализацию позволяют делать их последовательно и укладываются в возможности одного человека;
    • Пользователей решения не много, например:
      • 1 заказчик;
      • 2–3 ключевых пользователя;
      • До 30-ти пользователей решения.

    [​IMG]
    Совмещение ролей в человеке-оркестре

    В таком подходе есть свои плюсы:
    • Нет расходов на коммуникацию между ролями, так как они совмещаются в одном человеке;
    • Нет потери информации при передаче от одной роли к другой, так как цепочка от потребителя решения до его разработчика короче;
    • Время, потраченное на решение одной задачи меньше — имеются в виду трудозатраты на реализацию, а не календарные сроки.
    Но есть и минусы:
    • Календарные сроки на реализацию решения будут больше, чем если бы это решение делала команда из нескольких человек;
    • Низкий bus factor: если человек-оркестр заболеет или уволится, разработка решения не будет завершена в срок и может не завершиться вовсе. Так как человек-оркестр обладает всеми знаниями о решении, которые чаще всего нигде не фиксируются;
    • Качество разрабатываемого решения непредсказуемо, т. к. зависит от одного человека и не контролируется.

    Команда: 3–7 человек

    Такая команда подойдёт, когда:
    • Решение состоит из нескольких контуров вокруг одной бизнес-задачи или нужно реализовать несколько решений, а сроки позволяют реализовывать их последовательно;
    • Пользователей у решений будет больше, например:
      • 1–5 заказчиков, т. к. решений может быть несколько;
      • 5–15 ключевых пользователей;
      • Тысячи пользователей решения.

    [​IMG]
    Совмещение ролей в команде

    Плюсы подхода:
    • Часть знаний о решении документируется;
    • Средний bus factor: если один из участников команды заболеет, решение не будет под угрозой;
    • Скорость на реализацию решения будет выше, так как работы могут вестись параллельно;
    • Качество решения предсказуемо.
    Минусы:
    • Появляются расходы на коммуникацию участников команды и документирование;
    • Могут быть потери информации при передаче от одной роли к другой;
    • Время, потраченное на решение одной задачи, выше.
    Большая команда или несколько команд

    Больший объём команды подойдёт при сжатых сроках и при реализации больших и сложных решений.

    Для эффективной работы и избегания сверх затрат на коммуникацию между членами команды рекомендуется делиться на команды по 3–7 человек и реализовывать ими отдельные бизнес-задачи или контуры. При этом важно, чтобы над этими командами была единая система:
    • Управления, чтобы команды шли к единой цели сохраняя эффективность;
    • Архитектуры, чтобы в решениях сохранялся общий подход и команды не изобретали велосипеды;
    • Контроля качества, чтобы в результате у каждой команды был предсказуемый результат;
    • Документирования, чтобы знания о решении были формализованы в едином формате.

    [​IMG]
    Совмещение ролей в нескольких командах


    Плюсы подхода:
    • Знания о решении документируются;
    • Высокий bus factor;
    • Предсказуемое качество решения;
    • Возможность параллельной разработки нескольких больших решений;
    Но есть и минусы:
    • Минусы те же, что для команды 3-7 человек;
    • Срок на реализацию одного решения может быть ниже, чем у команды 3–7 человек, так как решения должны пройти через единую систему контроля качества, архитектуры и документирования.