КомпанияУслугиСтатьиСервисы

Управление документированием в проекте

Версия для печати

Даты: 28.10.10.

Длительность: 1 день.

Макс. численность группы: 20 чел.

ОткрытыйКорпоративныйДоп. материалы
у себя в офисев 'Философте'
5 160,00 р.30 000,00 р.42 000,00 р.-

1. Ситуация и предмет заказа

Разработка технической документации на автоматизированную систему или программу по заказу. Стороны и взаимоотношения между ними: заказчик, исполнитель, соисполнители и субподрядчики.

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

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

Взаимосвязь процесса документирования с другими процессами (стадиями) жизненного цикла автоматизированной системы или программы в трактовках разных стандартов и методологий.

Зачем нам знать что-то кроме стандартов?

2. Разработка руководства пользователя: простейший жизненный цикл

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

3. Требования к технической документации

Функция требований: кому и зачем они нужны.

Требования к требованиям: конструктивность, различимость, тестируемость, реалистичность, непротиворечивость, адекватность. Арбитраж, который всегда с тобой: критерий работоспособности требований. Требования-цели и требования-ценности. Требования-условия и требования-предписания.

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

Стандарты и их функции при формировании требований.

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

4. Управление работами по документированию

Участники разработки технической документации, их функции, компетенции, и полномочия. Основные участники работ: руководитель проекта, технический эксперт, разработчик технической документации, ответственный приемщик. Исполнители специальных и технических работ: переводчик, лит. редактор, корректор, верстальщик и др. Заинтересованные лица и группы влияния: пользователи, внутренние службы заказчика, 'начальство'.

Планирование работ по созданию комплекта технической документации. Нулевой цикл: формирование требований к комплекту. Адаптация абстрактного жизненного цикла в соответствии с требованиями к конкретному комплекту. Формирование списка необходимых работ и определение последовательности их выполнения. Оценка объемов и трудоемкости работ, нормы выработки для различных видов работ. Составление календарного плана с учетом стадий жизненного цикла разрабатываемого комплекта и состава необходимых работ.

Контроль. Цели и задачи контроля. Виды контроля: текущий контроль и контроль по результатам этапов. Методы контроля. Типичные риски, индикаторы и предвестники их реализации.

Сдача-приемка технической документации. Главный принцип: ко дню сдачи работы все требования фактически должны быть признаны выполненными. Стратегия 'показал-утвердил'. Стратегия этапов и доработок и ее обратная сторона - 'эффект швабры'. Сдача по закрытому списку.

Особенности привлечения субподрядчика к документированию. Выбор субподрядчика. Что приобретается: специалист, комплект или процесс? Что может произойти, если выдавать сотрудников субподрядчика за собственных сотрудников.

5. Управление качеством технической документации

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

Рецензирование документов. Работа с замечаниями от нескольких рецензентов. Управление внесением правок при большом количестве итераций. Отчеты 'было-стало'. Рецензирование документов и внесение правок при наличии у документов общих разделов или единого источника. Тестирование как альтернатива рецензированию.

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

6. Типичные конфликты. Причины, профилактика, разрешение

Рассматриваются конфликты, возникающие между исполнителями и заказчиками особенно часто. Рассматриваются их причины, способы предотвращения и решения.

'Ваша документация никуда не годится'.

'Вы сорвали жесткий срок, и поэтому:'.

  • Случай 1: ': вот вам новый, еще более жесткий'.
  • Случай 2: ':давайте хотя бы работу выполним нормально'.

'Было не срочно, вдруг стало срочно'.

'Тут вашу документацию Иван Иваныч посмотрел:'.

  • Случай 1: один большой специалист, который как раз случайно проходил мимо.
  • Случай 2: стейкхолдер в засаде.
  • Случай 3: неполное делегирование полномочий.

'Каждый день что-нибудь новенькое'

Неконструктивные упреки

  • 'Мы за вас эту документацию сами написали!'
  • 'За это время мы эту документацию написали бы своими силами'

© «Философт», 2008–2009

+7 (499) 500-44-77

mail@philosoft.ru

SpyLOG