grischenko-proj-management / lectures / lecture-01-conspect
.pdf1
Менеджмент проектов программного обеспечения
Лекция №1: «Функции и роль менеджера проектов. Формализация требований заказчика»
1.Участники разработки программного обеспечения
1.Заказчик
2.Команда
3.Руководство компании-исполнителя
2.Команда
1.Разработчики
2.Отдел тестирования
3.Дизайнеры
4.Специалисты по пользовательским интерфейсам
3.Разработчики
1.Junior Developer
1.Опыта не имеет
2.Сам выполняет простую работу
2.Middle Developer
1.Имеет опыт
2.Сам выполняет среднюю работу
3.Senior Developer
1.Опытный разработчик
2.Может выполнять любую работу самостоятельно также может руководить
4.Team Leader
1.Senior Developer + функции управления
5.Project Manager (Менеджер проектов)
1.Управляет проектом, зачастую не программирует
4.Менеджер проектов
1.Ответственен за проект
2
2.Создает техническое задание и согласует его с заказчиком
3.Руководит проектом
1.Планирование
2.Организация
3.Мониторинг
4.Контроль
5.Определение перечня задач
6.Оценка времени выполнения
7.Распределение задач в команде
4.Управляет командой
1.Мотивирует
2.Поощряет
3.Наказывает
5.Коммуникация
1.МП не должен быть врагом для заказчика и «злобным боссом» для команды
2.Заказчик должен доверять МП и стремиться к сотрудничеству
5.Формализация требований заказчика
1.Что такое техническое задание?
1.«ТЗ содержит основные технические требования, предъявляемые к сооружению, изделию или услуге и исходные данные для разработки; в ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской (проектной, технологической, программной и т. п.) документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации.»
2.«Техническое задание — исходный документ определяющий порядок и условия проведения работ по Договору, содержащий цель, задачи, принципы выполнения, ожидаемые результаты и сроки выполнения работ»
3.Четко сформулированные требования к разрабатываемому программному
обеспечению.
3
2.Назначение ТЗ
1.обеим сторонам
2.представить (вообразить) готовый продукт
3.выполнить попунктную проверку готового продукта (приёмочное
тестирование — проведение испытаний)
4.уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний)
5.заказчику
1.осознать, что именно ему нужно
2.в том числе опираясь на существующие на данный момент технические
возможности и свои ресурсы
3.требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ
6.исполнителю
1.понять суть задачи, показать заказчику «технический облик» будущего
изделия, программного изделия или автоматизированной системы
2.спланировать выполнение проекта и работать по намеченному плану
3.отказаться от выполнения работ, не указанных в ТЗ
3.Структура ТЗ
1.Строгих требований к структуре и содержанию ТЗ нет.
2.Можно использовать ГОСТ
1.ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению
2.ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на
автоматизированные системы. Техническое задание на создание автоматизированной системы
6.Типовая структура технического задания
1.Вводные данные
1.Наименование разрабатываемого продукта (далее продукт)
4
2.Заказчик
3.Исполнитель
4.Срок выполнения
5.Основные термины
2.Технические требования к продукту
1.Требования назначения:
1.Назначение
2.Функции
2.Требования к аппаратному обеспечению сервера/клиента
3.Требования к программному обеспечению (ОС, библиотеки) сервера/клиента
4.Требования к максимальной допустимой нагрузке
5.Требования к энергопотреблению (для мобильных приложений)
6.Требования к отзывчивости (времени отклика)
7.Требования к эксплуатации, удобству, и поддержке
3.Специальные требования
4.Этапы выполнения работ
5.Порядок выполнения и приема этапов работ
7.Зачем нужно техническое задание?
1.Подвести черту!
2.Перевести работы из категории «разработка» в категорию «поддержка»