Написан и опубликован пост, в котором вы оцениваете состояние альфы инженерных обоснований в вашем рабочем проекте, методы, которые вы использовали для этих обоснований (и где можно почитать об этих методах), предложения по улучшению работы с обоснованиями в вашем проекте, учитывая материал, изложенный в текущем разделе курса.
Текущее состояние как раз на этапе Система/фича технически и экономически возможна
Методы:
Документирование, фиксация причин принятия проектных решений
Непрерывное тестирование (Юнит-тесты для модулей расширений, Интеграционные тесты с учётом взаимодействия с другими модулями)
Архитектурный анализ (проверка, что присутствует модульность, частичная независимость)
Предложения по улучшению:
Единая база данных для хранения претензий, аргументов, доказательств по проекту, поддержке и развитию.
Формализация требований к фичам (шаблоны)
Автоматизация сбора доказательств, метрик
Обучение пользователей после каждого новшества
Визуализация связей между фичами, новшествами с целью получения обратной связи по архитектурному обоснованию
Литература:
Да, возможно лишнее, “протягивал” мысль через одновременный с обучением сбор подробной обратной связи по инкременту/адаптации и оценка удачности фичи с целью улучшений шаблонов и таким образом уверенности в обоснованиях будущем
))) этот вопрос кажется ооочень сложным,зависящим от многих факторов, таких как культура в организации и характеры ее лидера(ов), масштабов, интенсивности планов на развитие, личности сотрудников/специалистов.
Я бы даже сказал, если эти аффордансы “нащупать”, надо ж еще проверить их на эффективность, если удастся успеть замерить )
Как будто тут вначале надо написать про саму альфу под свой проект (например, инициированы-подготовлены тесты-начаты тесты-под контролем-закончены-закрыты. Как итог принятые фичи или система.