Доклад для BAD PMO

Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Rocket clouds
Доклад для BAD PMO создатель Mind Map: Доклад для BAD PMO

1. Ошибки планирования

1.1. Новые требования принимаются без оценки сдвига по срокам и бюджета

1.2. Agile разработка

1.2.1. При запросе дополнительного функционала, отличного от ФТТ - согласовывать изменение сроков реализации проекта. бюджета проекта озвучить риски реализации

2. Реализация ФТТ

2.1. Выдвижение новых требований от ФЗ и ИБ

2.2. Реализация должна исходить из потребностей бизнес-процессов, а не по формальному признаку (отправка уведомлений, удаление файлов и т.д.)

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

2.4. У ФЗ и подрядчика должно быть одно понимание написанного в ФТТ

3. Согласование документации

3.1. Обозначить структуру зависимости документов

3.2. Показать зависимость от согласования документа и реализации функционала

3.3. Матрицу согласования и сроки необходимо утверждать УК и закрепить понятие "автосогласование" документа

3.4. Определить критерии "качества" к разрабатываемой документации. Согласовать с ФЗ/подрядчиком уровень достаточной детализации

3.5. Пресекать новые замечания на итерациях. Согласовать подход, что если при первом прочтении не было объявлено, то такие замечания приниматься не будут.

4. Требования ИБ

4.1. Проводить глубокий анализ этих требований на 1. Накладываемые ограничения 2. Увеличение срока/бюджета проекта 3. Изменение процесса работы с системой (АдминТП). Усложнение работы для пользователей. 4. Возможность принятия системы без выполнения этих требований (AirWatch - mobility)

5. Тестирование

5.1. Тестирование ИБ

5.1.1. До проведения внутреннего тестирования ИБ нельзя пускать бизнес-пользователей в систему. Нельзя загружать никакие данные

5.1.2. Если система не одноплатформенная - закладывать в сроки проведение тестирования всех ландшафтов

5.2. Функциональное тестирование

5.2.1. Перед тестированием проводить инструктаж/обучение пользователей

5.2.2. Пользователь должен знать свой процесс

5.2.3. Уровень детализации ПМИ должна быть достаточным для однозначного понимания результатов испытаний всеми пользователями. С разным уровнем владения ПК

6. оговаривать время рассмотрения запроса. с подрядчиком. пока. подрядчик думает, фз не принимают решения

7. лицензии

7.1. не покупать до ввода в опэ!! только триал