Что должен сделать фронтенд-лидер проекта в начале проекта?

внешний интерфейс Управление командой
Что должен сделать фронтенд-лидер проекта в начале проекта?

Это второй день моего участия в Gengwen Challenge, смотрите подробности мероприятия:Обновить вызов

предисловие

Написал раньше:Руководитель фронтенд-проекта должен уметь, Что в этой статье необходимо сделать руководителю фронтенд-проекта в начале проекта?

image.png

В основном делится на четыре аспекта

image.png


связанный с проектом

image.png

Эта часть может показаться не такой уж важной, но все же необходимо понимать ключевую информацию о проекте при его выполнении. Потому что, возможно, когда мы разговариваем с другими людьми, которые не знают, что мы делаем в данный момент, мы собираемся спросить некоторые из вещей ниже.

Фон проекта

Понять текущие болевые точки бизнеса через предысторию проекта и какой эффект вы хотите достичь с помощью наших продуктов.
Пример:

  • A: Маркетинговый рост (например: неточные прогнозы по отдельным заказам, недостаточная прозрачность операций магазина, отсутствие эффективного управления участниками и т. д.)
  • B: Цепочка поставок (например: прогнозы производства и продаж не совпадают, могут быть риски безопасности пищевых продуктов в логистике и распределении и т. д.)
  • C: Совместное использование и организационные возможности (например, медленное выставление счетов, низкая эффективность согласования и т. д.)
  • D: Технология и архитектура (например, отсутствие координации существующих систем, производительность и функции, влияющие на бизнес и т. д.)


Видение проекта

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

Какова стоимость проекта

  • увеличить доход
  • Повысить эффективность
  • сократить расходы
  • Усилить внутренний контроль


Фазы и циклы проекта

Это очень важно, потому что ответственные задачи разработки поэтапны, разделены на несколько этапов и итераций, что нужно сделать в каждый период времени, какой результат есть, и есть ли консенсус по бизнес-процессу. Это очень важно. Это делается нижеПланирование задачтакже будут приняты во внимание.

Связанные с командой

Это в основном для внутренней командыПерсонал, знакомый са такжееженедельная утренняя встречаЗнание формы отчетности и формы содержания. Хорошо для дальнейшего сотрудничества.

image.png

Связанный с интерфейсом

image.png

Связанные с архитектурой

image.png
Эта часть в основном предназначена для разработки и написания схемы технической архитектуры, чтобы иметь возможность дать бизнесу и удовлетворить бизнес. Первые три предназначены для понимания базовой информации о технической архитектуре.

Как написать архитектурный план

Этот факт, лично у меня нет хорошей методологии. Выложил две ранее нарисованные картинки:

image.png
image.png

Но каковы стандарты для диаграмм технической архитектуры?

Следующие условия являются отзывами от босса компании [Alibaba p8] и мной через схему технической архитектуры [второе изображение выше].

  • Техническая архитектура: на приведенной выше диаграмме в основном показана техническая архитектура.
  • Границы бизнеса: для разных бизнес-сценариев граница четкая, а бизнес-структура не работает.
  • Бизнес-архитектура: предоставление технической поддержки для конкретных бизнес-сценариев. Например, мы сталкиваемся со сценарием, в котором pos находится в автономном режиме, что относится к бизнес-архитектуре.
  • Динамический процесс: бизнес-процесс pos разместить заказ, проверить товар Как товарный процесс отражен на диаграмме архитектуры [отсутствует]
  • Архитектура интеграции: интеграция с другими системами
  • Архитектура развертывания: развертывание


Связанные с технологиями

image.png

строительные леса

Технический отбор и выбор строительных лесов

Это в основном для технического выбора и строительных лесов. Поскольку мы относительно едины, такой проблемы практически нет.

Работа с системным модулем

Вот три примера

  • разрешение
  • Несколько вкладок
  • Подтверждение входа

Модуль общественного переработки


Технологические исследования и посадка технологий

Технические исследования и технические планы реализации сложных задач.


Демо демонстрации бизнеса

Это максимальное решение задач развития первичной разработки в проекте.

  • Демонстрация кода: демонстрационный код для развития бизнеса
  • Объяснение разработки: синхронно объясните режим разработки демо
  • Описание документации: Описание документации по осадкам


разделение задач

image.png
Здесь особо нечего сказать, некоторые из предыдущих статей упоминали:Компетенции, которыми должны обладать руководители фронтенд-проектов.

Проверьте, соответствует ли расписание задач цели этапа

Здесь подчеркивается, что это связано с этапными целями, упомянутыми в соответствующей части команды. Это должно соответствовать целям этапа, чтобы за определенный период времени то, над чем мы сотрудничали, как единый проект, было завершенным.

нормативный

image.png

спецификация разработки

  • спецификация кода
  • Совместный процесс
  • спецификация фиксации

Спецификация внутренней координации

  • Утреннее заседание
  • Еженедельная встреча
  • Коммуникация по поставленным задачам: поставленные задачи понятны, технические ключевые моменты и трудности четко объяснены, разработчики понимают и подтверждают.
  • Отчет о выполнении задач: своевременный отчет о выполнении задач, в основном с помощью инструментов управления проектами.
  • Совместная работа над сложными проблемами

спецификация документа

  • Сводный адрес связанных документов
  • Техническая документация
  • Спецификация
  • Резюме документов еженедельных совещаний


интерфейсный отдел

image.png

Связанные с сотрудничеством

image.png

с продуктом

image.png

Единая спецификация прототипа

Здесь подчеркивается, что унифицированная спецификация прототипа означает, что один и тот же стиль интерактивной страницы для вывода прототипа должен быть единым, и не допускается никаких больших различий.
image.png

  • Выход прототипа не похож на систему
  • Внутреннее потребление разработки кода


с серверной частью

image.png

Консенсус после единого интерфейса

image.png
Здесь вы будете сосредоточиться на: спереди и Backspoints необходимо добраться до консенсуса для некоторых вещей, что сэкономит много вопросов связи.

с тестом

image.png

Унифицированный тест доставки познания

  • В интерфейсе нет явной ошибки типа пользовательского интерфейса, что соответствует диаграмме прототипа и диаграмме дизайна пользовательского интерфейса.Дизайн и макет страницы могут соответствовать требованиям продукта. Если есть какие-либо изменения, они должны быть сообщены продукту и пользовательскому интерфейсу и изменены.
  • Функция может соответствовать потребностям продукта, а текстовое поле ввода, поле выбора, кнопка перелистывания страниц и новая проверка могут соответствовать прототипу продукта. Также необходимо рассмотреть, как поступить в случае, когда длина поля слишком велика.
  • Текущая функция должна быть функцией процесса, не только нужно учитывать реализацию функции текущей страницы, но также необходимо учитывать, откуда берутся предварительно позиционированные данные и является ли разумным отображение текущих данных. Можно ли просмотреть или заполнить предыдущие бизнес-данные на текущей странице.
  • Каждый закончил редактирование текущей страницы или текущей страницы, настройтесь на запуск двух интерфейсов, чтобы увидеть, может ли текущая страница данных быть передана на серверную часть, и возвращается успешный ответ.


Унифицированная обработка познания общих модулей

Подтверждение подсказок страницы

  • Отправка страницы формы не требует подтверждения
  • Статус обновления страницы/удаления данных/списка требует подтверждения
  • Вам нужна подсказка, когда новый маршрут страницы отскакивает?


обработка формы

  • Форма формы Проверка обязательного элемента формы Форма Форма необходимая/не обязательная проверка длины элемента (в зависимости от настроек базы данных или также существует ограничение на унифицированную длину)
  • цифровая проверка формы / проверка телефона / проверка электронной почты
  • Настройка проверки диапазона дат формы формы, проверка диапазона дат startDate может быть нажата только до/после дня, дата начала выбора endDate обычно после даты startDate
  • проверка специального символа для формы