Please enable JavaScript.
Coggle requires JavaScript to display documents.
Project structure - Coggle Diagram
Project structure
Roles
Account manager
- Отвечать за ожидания клиента / бюджет и прибыльность проекта
- В любой момент времени знать ответы на вопросы бюджета / ожиданий (сколько клиент заплатил, сколько должен заплатить, уровень удовлетворенности клиента)
- Решение любых конфликтных вопросов, касающихся бюджета, ожиданий клиента и прибыльности проекта
Operational manager
- Отвечать за ресурсы, планирование и постановку задачи: месячные отчеты, букинг ресурсов, заблаговременно отдавать ресурсы, прописывать задачи в таск-менеджере
- В любой момент времени знать ответы на ресурсные вопросы (кто работает на проекте, сколько часов было/будет потрачено и т.д.)
- Решение любых организационных вопросов (эмоциональное состояние разработчиков, усиление ресурсов, анализ работы разработчиков, обеспечение задач)
Business analyst
- Отвечает за то, чтобы требования на проекте имели смысл, нравились клиенту, являлись реализуемыми в рамках бюджета и ожиданий клиента, а также понятными для разработки тех. командой.
- В любой момент времени знает ответы на вопросы: какую бизнес задачу клиент хочет решить в отношении идей/требований, уровень сложности запрашиваемых требований, реализуемость требований и т.д.
- Решает любые вопросы, касательно идей и требований (зачастую занижать ожидания клиента на более реалистичные, какие альтернативы за бюджет клиента можно предложить, строит ясную коммуникацию с клиентом, продает идеи клиенту)
Tech Lead
- Отвечает за техническое здоровье проекта (как на этапе проектирования так и разработки, внедрения и суппорта)
- В любой момент времени знает ответы на вопросы: архитектурные (какие модули используются, схема взаимодействия между собой), бизнес задача под которую система разрабатывается, уровень сложности разработки определенных требований, техническая возможность реализации требований)
- Решает любые технические и архитектурные вопросы: как лучше реализовать определенные требования, сколько времени это займет, почему предложеное решение неоптимальное, почему код не работает
Backend lead
Ответственный за качество бекенда, ставит задачи бекенд-разработчикам, в любой момент времени знать состояние бекенда
-
Frontend lead
Ответственный за качество фронтенда, ставит задачи фронтенд разработчикам, в любой момент времени знать состояние бекенда
-
UX Designer
- Отвечает за пользовательский опыт в продукте и его консистентность
- В любой момент времени отвечает на вопросы: почему интерфейс разработан именно таким образом, какую задачу он должен решить для пользователя, используется ли определенный интерфейс в других продуктах и для каких целей, как сделать дизайн не требующий доп. объяснений пользователю.
- Решает вопросы: анализирует почему текущий пользовательский опыт неудачный, какой ux нужно создать, чтобы продукт был self-explanatory
DL expert
- Консультировать клиента о блокчейне, смарт контрактах, платформах на базе реального опыта внедрения
- Показывать клиенту нашу блокчейн-гриву
- Размахивая своей блокчейн-гривой помогает участникам проекта продавливать необходимые решения клиенту
-
QA
- Отвечает за обеспечение качества продукта на всех его стадиях SDLC: анализ требований, планирование тестировния, проектирование тест-кейсов, выполнение теста, закрытие тестирования)
- В любой момент времени отвечает на вопросы (готовность проведения тестирования, качество предоставленных требований, риски проведения тестирования)
- Решения любых вопросов, связанных с требованиями + организацией процесса тестирования
Domain expert
- Имеет опыт работы конкретного бизнес домена (недвижимость, финансы, лизинг, axie игры)
- Может являться мостом между клиентом и командой разработки
- Помогают команде разработке проекта понять какую бизнес задачу клиент хочет решить и как конкретно
-
Process
1. Business analysis
- Верхнеуровнево обозначить компоненты с которыми взаимодействует пользователь (инвестор панель, админка для создания кампаний, внешний кошелек, интеграция)
- Очень много общаться с клиентом (через день-два) до тех пор пока мы не поймем основные термины, бизнес задачи клиента, его представление решения бизнес задачи
- Расписать, на языке клиента, эпики про каждый компонент и их взаимодействие
- Базово описать архитектуру
- Повторять итерации до тех пор, пока при обсуждении документов с эпиками клиенту и вам будет нечего добавить при общей дискуссии
-
-
-
-
Brainstorming
- На базе мокапов и обсуждая их с клиентами вносить корректировки
- Повторять итерацию до тех пор, пока при обсуждении мокапов и вам и клиенту нечего обсуждать и добавить
- На базе документации с эпиками рисовать простые мокапы
Wireframing
-
Результаты:
- Улучшенный UI
-
-
-
Результаты:
- Понимание приблизительного бюджета разработки и того, что клиент готов платить
- Мокапы, изображающие эпики (базовый ux/ui)
Результаты:
- Клиент понимает нас, а мы его
- business brief with epics
- High level architecture diagram
-
-
-