21 июня 2012 г.

Планирование работ по проекту

Так, для себя, на будущее.

Часто забываю, что лучше придерживаться четкого порядка.


Универсальный план работ по любому веб-проекту:
  1. Тщательное изучение ТЗ, прояснение каких-либо неоднозначных мест;
  2. Обсуждение всех userstories (пользовательских историй);
  3. Составление макетов интерфейса;
  4. Составление WebAPI (адреса и форматы передачи данных);
  5. Создание архитектуры проекта;
  6. Планирование работ по реализации архитектуры (максимально подробное);
  7. Создание костяка проекта, отражающего скелет будущей архитектуры;
  8. Собственно реализация, кодирование (желательно через модульное тестирование);
  9. Внедрение системы безопасности;
  10. Внедрение логирования (в основном для разработчика: исключения, предупреждения и проч. важные сообщения);
  11. Сборка проекта (из разных модулей), интеграционное тестирование;
  12. Функциональное тестирование;
  13. Создание пользовательской документации;
  14. Создание дистрибутива, сдача проекта;
  15. Поддержка проекта, исправление ошибок и, возможно, доработка, если ТЗ было неполным.

По сути это каскадная модель. Возможно она уже и устарела, но, тем не менее, я считаю её полезной. Разве что добавил бы пункт "Корректировка планов по результатом выполнения работ" после каждого шага.

Комментариев нет:

Отправить комментарий