01→
Основание
Что произошло и почему стоит в этом разобраться
Клиент просит доступ к своим данным: сейчас за ними приходится обращаться к менеджеру.
Публичная методология · версия 1.0.0
Методология ведения проекта разработки ПО
В разработке легко потерять связь между исходной проблемой и выполненными задачами. Эта методология помогает команде договориться, что нужно изменить, спланировать работу и проверить, получен ли нужный результат.
Восемь этапов на одном примере
От запроса клиента до проверенного результата
Методология применяет метод «Доверенный контекст» к разработке ПО. Возьмём ситуацию из полной версии документа: клиент хочет получать свои данные без обращения к менеджеру. Ниже — упрощённый учебный пример того, как команда может организовать эту работу.
Этапы можно объединять или уточнять под процесс команды. Главное — понимать, зачем нужна работа и как проверить её результат.
02→
Обоснование
Зачем делать изменение и кому оно поможет
Клиенту нужно получать данные без ожидания, а менеджеру — тратить меньше времени на их ручную передачу.
03→
Изменение
Что должно стать иначе в продукте или процессе
У клиента появится возможность самостоятельно просматривать свои данные.
04→
Сценарии и требования
Как это должно работать и какие условия нужно выполнить
Клиент открывает раздел со своими данными. Команда заранее определяет, что он должен видеть и как ограничить доступ к чужим данным.
05→
Выполнение
Какие задачи нужны, кто их делает и что от чего зависит
Команда создаёт раздел и настраивает доступ. У каждой задачи есть исполнитель и связь с требованиями.
06→
Проверка
Получен ли нужный результат и чем это подтверждено
Команда проверяет: клиент получает свои данные без менеджера, а чужие данные ему недоступны. Результаты проверки сохраняются.
07→
Выпуск
Какой результат признан готовым и кто принял решение
Ответственный принимает решение о выпуске и фиксирует, какая возможность готова и какими проверками это подтверждено.
08
Обратная связь
Что показало использование и что нужно учесть дальше
Команда выясняет, получает ли клиент нужные данные самостоятельно. Новые запросы связывает с выпуском и рассматривает как повод для следующей работы.
Что важно сохранить
Четыре принципа для любой команды
Методологию можно использовать вместе со Scrum, Kanban или вашим внутренним процессом. Способ организации работы выбирает команда, а эти принципы помогают сохранить связь между задачами и результатом.
Понятно, зачем нужна работа
По каждой задаче можно понять, почему она появилась и как её результат помогает достичь общей цели.
Результат подтверждён
Даже если все задачи закрыты, команда проверяет общий результат по заранее согласованным критериям.
Понятно, кто решает
Для каждого важного решения определено, кто участвует в обсуждении и кто принимает окончательное решение.
Подробностей достаточно
Степень детализации зависит от сложности и рисков работы. Важно сохранить возможность проследить её причину, результат и основания решения о готовности.
Реализация в Онто
В Онто видно, как связаны причины, задачи и результаты
Методологию можно применять независимо от выбранного инструмента. В Онто запросы, требования, задачи, проверки и выпуски можно хранить как связанные объекты. По этим связям команда видит, зачем появилась задача, что она меняет и как проверен результат.
Как устроена платформа →Видеть связи между запросами, задачами и результатами.
Сравнивать свойства и состояния объектов, отбирать нужные с помощью фильтров.
Задавать вопросы и выполнять действия с опорой на данные и связи той же модели.
Методология в работе
Примеры применения
Как люди и ИИ-агенты проводят конкретное изменение: уточняют замысел, используют решения друг друга и проверяют результат.
С чего начать
Попробуйте на одной задаче
Выберите одно планируемое изменение. Запишите, почему оно нужно, какой результат вы ожидаете и как будете его проверять. Договоритесь, кто подтвердит готовность, и свяжите задачи с этим результатом.
Обсудить применение в команде →Полная методология
Разобраться подробнее
В GitHub опубликованы подробное описание этапов, пример работы в Онто и словарь терминов. Там же можно посмотреть историю изменений, условия лицензии и порядок внесения предложений.
Читать версию 1.0.0 ↗ООО «Онтонет». «Методология ведения проекта разработки ПО», версия 1.0.0. Лицензия Creative Commons Attribution 4.0 International.