Team

Состав команды

Участник	Роли	Статус
Самира	Product Owner, дизайнер интерфейса	участник команды
Лиза	Scrum Master, тестировщик, ревьюер Pull Request	участник команды
Илона Чурина	Разработчик	участник команды
Преподаватель дисциплины	Заказчик	внешний участник

R — выполняет, A — отвечает за результат (одна на задачу), C — консультирует, I — информируется.

Задача / вид работ	Самира (PO, дизайнер)	Лиза (SM, тестировщик)	Илона (разработчик)	Преподаватель (заказчик)
Формирование и приоритизация бэклога	A/R	C	C	C
Планирование спринта	C	A/R	R	I
Дизайн интерфейса	A/R	C	C	–
Разработка функциональности	C	I	A/R	–
Ревью Pull Request	I	A/R	C	–
Тестирование	C	A/R	C	–
Публикация (GitHub Pages)	A	I	R	I
Ведение документации в Wiki	C	A/R	R	I
Ретроспектива и улучшение процесса	R	A/R	R	–
Приёмка результата	R	I	I	A

Отвечает за видение продукта и приоритеты задач в бэклоге.
Формулирует требования и критерии приёмки задач.
Принимает результат спринта и решает, что попадёт в релиз.
Готовит макеты интерфейса приложения и согласует их с разработчиком.
Зона ответственности: ценность продукта для пользователя и внешний вид приложения.

Организует события Scrum: планирование, дейли, ревью, ретроспективу.
Следит за соблюдением правил доски и Definition of Done, устраняет препятствия.
Проверяет Pull Request: соответствие задаче, понятность изменений, отсутствие поломок.
Тестирует приложение внутри Telegram и заводит найденные ошибки задачами.
Ведёт документацию процесса в Wiki.
Зона ответственности: качество процесса и качество результата перед слиянием.

Реализует задачи из бэклога спринта: код приложения на HTML, CSS и JavaScript, интеграция с Telegram Web App API и CloudStorage.
Оформляет изменения через ветку и Pull Request, придерживаясь Definition of Done.
Публикует приложение на GitHub Pages и подключает его к боту через BotFather.
Исправляет замечания ревьюера и тестировщика.
Зона ответственности: работающий код и инкремент продукта.

Ритм: спринт длится одну неделю: в начале недели планирование, в конце ревью результата и ретроспектива. Подробное описание в разделе Development.
Инструменты: GitHub (репозиторий, Wiki, Projects с Kanban-доской, Pull Request), git, GitHub Pages для публикации, Telegram и BotFather для запуска приложения.

Черновик матрицы и инструкций был составлен с помощью LLM (Claude), затем я проверила его по пунктам задания:

Соответствие команде: состав условный, для проекта такого размера выбраны три участника, часть ролей совмещена, дизайнер и тестировщик не вынесены в отдельных людей.
Дублирование ответственности: в каждой строке RACI-матрицы ровно одна буква A.
Покрытие участников: все участники из таблицы состава есть в матрице и во всех должностных инструкциях.