Case_Study_3a
.pdf
Case Study
УПРАВЛЕНИЕ КОМАНДАМИ РАЗРАБОТЧИКОВ ПРОГРАММНЫХ ПРОДУКТОВ
Введение
Самым ценным ресурсом проекта создания программного обеспечения являются специалисты, создающие программный продукт. Вне сомнений, в первую очередь важны технические навыки инженеров-разработчиков. Однако эти навыки необходимо применять для решения проблем в нужное время и в нужном месте. Организация команды, обеспечивающей эффективную работу, является весьма сложной задачей для менеджера — руководителя проекта. Хорошая команда должна демонстрировать сплав самых разнообразных качеств.
Структура команды должна стимулировать творческую работу всех и каждого. Как только начинается кристаллизация команды, вероятность успеха очень резко возрастает. Команда может стать неумолимой силой, стремящейся к успеху.
Термины и сокращения
Слушатель – учащийся, участвующий в процессе обучения. В процессе обучения участвуют два субъекта: преподаватель (руководитель) и слушатель.
Метод кейсов (case-study) - техника обучения, использующая описание реальных экономических, социальных и бизнес-ситуаций. Обучающиеся должны проанализировать ситуацию, разобраться в сути проблем, предложить возможные решения и выбрать лучшее из них. Кейсы базируются на реальном фактическом материале или же приближены к реальной ситуации1.
Хозяйствующий субъект или организация - индивидуальный предприниматель,
коммерческая организация, а также некоммерческая организация, осуществляющая деятельность, приносящую ей доход2; юридическое или физическое лицо, ведущее хозяйство от своего имени, осуществляющее экономические, хозяйственные операции3.
Команда – слово заимствовано в конце XVII века из испанского и португальского «comando» -командование, управление.
Управление – это процесс планирования, организации, мотивации и контроля, необходимый для того, чтобы сформулировать и достичь целей организации.
Система управления персоналом — это совокупность приемов, методов, технологий организации работы с персоналом.
Проект – (от лат. projectus — брошенный вперед, выступающий, выдающийся вперёд) — замысел, идея, образ, воплощённые в форму описания, обоснования, расчётов, чертежей, раскрывающих сущность замысла и возможность его практической реализации i.
Кандидат на работу это человек, претендующий или рассматривающийся на замещение вакантной должности.
Оценка кандидатов на вакантную должность – вид деловой оценки персонала в процессе отбора персонала могут участвовать как внешние, по отношению к организации-работодателю, кандидаты на должность, так и собственные сотрудники.
Работодатель – физическое лицо либо юридическое лицо (организация), вступившее в трудовые отношения с работником.
Персонал (от лат. persona – личность) – это совокупность всех работников предприятия, занятых трудовой деятельностью, а также состоящих на балансе т.е входящих в штатный состав.
1http://ru.wikipedia.org/wiki/
2О защите конкуренции: Федер. закон от 26.08.2006 № 135-ФЗ.-В ред. от 01.12.2007.-Ст. 4
3Райзберг Б. А., Лозовский Л. Ш. Экономика и управление.-М., 2005
Сотрудник – лицо, работающее с кем-то вместе, помогающее кому-то в выполнении работы. Лицо, работающее в учреждении, предприятии; служащий.
Отбор персонала – это процесс изучения психологических и профессиональных качеств работника с целью установления его пригодности для выполнения обязанностей на определенном рабочем месте или должности и выбора из совокупности претендентов наиболее подходящего, с учетом соответствия его квалификации, специальности, личных качеств и способностей, характеру деятельности, интересам организации и его самого.
Отбор персонала необходимо отличать от подбора персонала. В процессе отбора происходит поиск людей на определенные должности с учетом установленных требований социального института, видов деятельности. При подборе осуществляется поиск, идентификация требований различных должностей, видов деятельности под известные возможности человека, накопленный им профессиональный опыт, стаж и способности.
Подбор персонала – установление идентичности характеристик работника и требований организации, должности. Подбор персонала может осуществляться в виде набора, выдвижения или ротации.
Процесс приема на работу является одним из самых важных в бизнесе. Из-за ошибок, допущенных при приеме на работу, могут возникнуть самые серьезные последствия. Вот только некоторые из них:
•прием на работу недостаточно профессионально подготовленного сотрудника;
•опасность приема на работу сотрудника конкурентов с целью получения служебной
информации;
•нарушение бизнес-процессов в связи с невозможностью быстро найти подходящего
кандидата;
•расторжение трудового договора по инициативе работ-ника в процессе прохождения последним испытатель-ного срока и повторения процедуры поиска;
•опасность проявления скрытых отрицательных черт характера вновь принятого работника, не совместимых с корпоративной культурой;
•отторжение коллективом отобранного кандидата из-за особенностей его характера. В табл. представлены основные отличия в реализации подбора и отбора персонала.
Отличия в реализации подбора и отбора персонала
Отбор |
Подбор |
Человек подбирается под требования должности для |
Работа или функция подбирается под качества человека. |
выполнения определенной работы (функции). |
Изучение возможностей и стремлений человека. |
Изучение работы. |
Закрепление за человеком определенного места. |
Описание работы. |
Подбор работы, наиболее соответствующей |
Определение квалификационных требований. |
возможностям и месту человека. |
Отбор кандидатов по квалификационным требованиям. |
Включение человека в группу и закрепление за ним |
Назначение человека на определенную работу. |
работы в соответствии с задачами группы. |
Перечень документов, которые работник должен предъявить работодателю при поступлении на работу, установлен ст. 65 ТК РФ:
•паспорт гражданина Российской Федерации, или иной документ, удостоверяющий
личность;
•трудовая книжка (кроме случаев совместительства, а также когда трудовой договор заключается впервые);
•страховое свидетельство государственного пенсионно-го страхования;
•документы воинского учета;
•документы об образовании.
Даже не вызывающий никаких подозрений человек может иметь негативные факты в прошлом. Для того что бы быть уверенным в чистоте биографии сотрудника, необходимо собрать ряд данных о нем. Однако, негативные факты в прошлом совершенно необязательно будут
способствовать аналогичным действиям в будущем. Алгоритм проверки может быть следующим.
Рис. Схема проверки персонала при приеме на работу
Очень важно проверить данные, предоставленные соискателем:
•действительно ли он работал в указанных компаниях;
•готов ли он подтвердить указанную в резюме квалификацию;
•какое учебное заведение окончил, и с какими результатами;
•почему уволился с предыдущего места работы.
По итогам проверки совместно с кадровой службой и психологом формируется отчет, в котором, помимо вышеперечисленного, будет указано семейное положение человека, его морально деловые качества, наличие склонностей к обману, уровень психологической устойчивости и прочие, важные для работодателя, сведения.
На сотрудников занимающихся подбором может быть возложен расчет потребности количества сотрудников в различных подразделениях компании. Для расчета потребности в новом сотруднике можно использовать формулу:
,
где
Pb – базовая потребность в кадрах, определяемая объемом производства; Pd – дополнительная потребность в кадрах.
Базовая потребность предприятия в кадрах Pb определяется по формуле:
,
где
Op– объем производства;
V– выработка на одного работающего.
Используя формулу трудозатрат, определяем потребное число работников (Nr) следующим образом:
,
где
Tz – трудозатраты на создание определенного количества товаров или услуг; t – продолжительность времени в часах или днях.
При проверке подлинности общегражданского паспорта удобно использовать запущенный Федеральной миграционной службой сервис «Автоматическая служба проверки документов» (http://services.fms.gov.ru/ passportpermit/). Данный сервис позволяет получить подтверждение действительности паспорта по его номеру, серии и дате выдачи. Как видно из рис. 41, заполнив поля, система выдает информацию о подлинности паспорта, данные которого были указаны.
Рис. Интерфейс ресурса ФМС РФ по проверке действительности паспорта гражданина РФ
Кроме проверки действительности паспорта в ресурсе «Автоматическая служба проверки документов» (http://services. fms. gov.ru/) можно осуществить:
проверку действительности разрешений на работу и патентов иностранных граждан и лиц без гражданства;
проверку действительности лицензий на трудоустройство граждан Российской Федерации за границей;
проверку действительности приглашений.
Проверка документа об образовании. Проверке данного документа следует уделить особое внимание. Официальная проверка таких документов затруднена из-за отсутствия единой
федеральной базы данных о выданных дипломах. Для такой проверки требуется делать запрос на
официальном бланке предприятия на имя ректора учебного заведения, выдавшего диплом. Некоторые учебные заведения отвечают на такие запросы и по телефону. В случае отказа следует оформить подобный запрос от госструктуры или МВД. Отказ о подтверждении выдачи диплома может быть юридически обоснован, так как согласно ФЗ №152 «О персональных данных» передача персональных данных третьим лицам без разрешения субъекта персональных данных
запрещена. Поэтому, необходимо, к запросу прикрепить разрешение соискателя о выдаче таких сведений.
Можно рекомендовать один нехитрый, но весьма эффективный прием. Во время первого собеседования с кандидатом, ознакомившись с заполненной им анкетой или резюме, можно задать вопрос об учебном заведении, выдавшем документ об образовании. Например, на какой станции метро находится главный корпус института? Либо попросить рассказать что-либо о внешнем виде или внутреннем убранстве данного учебного заведения. Человек, не заканчивавший его, в большинстве случаев, будет испытывать затруднения в ответах на подобные вопросы, ввиду незнания ответа. Любые, достаточно длительные заминки с ответом, отговорки, следует воспринимать как необходимость более тщательной проверки данного кандидата. Кроме этого ряд аналитиков в последнее время уточняют факт получения диплома об образовании в различных социальных сетях, где выпускники объединены в группы по годам выпуска и учебным заведениям.
Проверка на наличие судимости. Вопрос данной проверки достаточно сложен. В СССР
такая проверка сводилась к просмотру страницы паспорта «Особые отметки», где у человека имеющего судимость ставилась отметка с информацией о ней. Требования Федерального закона №152 «О персональных данных» фактически закрыли доступ к сведениям о судимости, так как при сборе такой информации информационная система персональных данных должна иметь самый высокий «Первый» класс защиты. Требования к защите информации в данном классе невыполнимы для большинства хозяйствующих субъектов. С 7 января 2010 г. вступил в силу Федеральный закон Российской Федерации от 23 декабря 2010 г. N 387-ФЗ «О внесении изменений в статью 221 Федерального закона «О государственной регистрации юридических лиц и индивидуальных предпринимателей» и «Трудовой кодекс Российской Федерации». Данный закон препятствует гражданам, имеющим судимость по ряду статей Уголовного Кодекса РФ, выполнять трудовые функции, связанные с оказанием некоторых услуг, например, работе с несовершеннолетними. Статья 351.1 Трудового Кодекса РФ предусматривает, что лица, имевшие судимость, подвергавшиеся уголовному преследованию, к трудовой деятельности с участием несовершеннолетних не допускаются. Для трудоустройства на работу, связанную с оказанием услуг несовершеннолетним, кандидат должен предъявить работодателю справку о наличии или отсутствии судимости или факта уголовного преследования либо о прекращении уголовного преследования по реабилитирующим основаниям, выданную в порядке и по форме, которые устанавливаются федеральным органом исполнительной власти.
Для проверки рекомендаций с прошлых мест работы можно делать официальные запросы. Как показывает практика, на официальные запросы ответы могут и не предоставляться. Документов, регламентирующих данный процесс нет. Часто для получения такой информации руководитель делает звонок по телефону и в личном общении получает интересующие сведения. Опыт показывает, что с предыдущего места работы охотно делятся информацией об инцидентах, связанных с кражами совершенными уволенным сотрудником, а о чертах характера и другом, обычно умалчивают. В целом информация рекомендательных писем или бесед с людьми, которых кандидат назвал в качестве рекомендателей, может позволить уточнить, что конкретно и с какими успехами соискатель делал на предыдущих местах работы, учебы, жительства. Однако, не всегда целесообразно обращаться за рекомендациями в организацию, в которой работал кандидат. Целесообразно обращаться за рекомендациями на места предыдущей работы, если срок увольнения не очень большой, а также к коллегам из других организаций, профессиональных сообществ, с которыми кандидат взаимодействовал по деловым вопросам.
Проверка соответствия регистрации и факта пребывания по месту жительства. В соответствии с законодательством Российской Федерации регистрация по месту жительства может быть временной и постоянной. Проверка соответствия регистрации и пребывания по месту жительства осуществляется при появлении сомнений в достоверности представленных кандидатом сведений. Такие сомнения могут быть вызваны:
видимыми несоответствиями отметки в паспорте;
использованием дополнительных сведений, например, блокнота или смартфона при заполнении домашнего адреса;
задумчивыми ответами на вопросы о месте жительства.
Проверка может осуществляться с использованием запросов в отделения Федеральной миграционной службы России или паспортные столы. Кандидат, может получить справку по форме №9 – информационная справка «О регистрации» и представить ее, как доказательство законности регистрации. Существуют способы проверки регистрации через базы данных телефонных справочников, но такие базы данных в настоящий момент являются незаконными, а сведения в них часто являются устаревшими.
Проверка наличия недвижимого и движимого (автомобилей) имущества, является достаточно сложным вопросом. Проверка его не всегда целесообразна. Возможно, такая проверка необходима для кандидатов на должности связанные с хранением материальных ценностей. Для такой проверки можно запросить у кандидата представить справку по «форме 2- НДФЛ» с последнего места работы или выписку из лицевого счета. Подготавливая аналитическую справку, следует уточнить, что является движимым и недвижимым имуществом.
Медицинская проверка. В некоторых организациях есть требование, чтобы кандидаты заполняли медицинские карточки или проходили медицинский осмотр. По мнению руководителей таких организаций, причины для такого требования следующие, в случае подачи работниками жалоб по поводу компенсации, необходимо знание физического состояния заявителя в момент найма или необходимо предотвратить наем переносчиков заразных болезней. При сборе таких сведений следует руководствоваться «трудовым кодексом Российской Федерации», Федеральным Законом Российской Федерации №152 «О персональных данных» и другими нормативными актами.
Дополнительные сведения можно получить о кандидатах имеющих разрешение на хранение и использование огнестрельного оружия. На рис. 44 представлен бланк разрешения на огнестрельное оружие, из которого видно, что при выдаче данного удостоверения проверяется место жительства.
Для получения разрешения на оружие кроме документа, удостоверяющего личность, требуется:
медицинская справка по форме 046-1;
справка из психоневрологического диспансера;
справка из наркологического диспансера.
Следовательно, если кандидат имеет разрешение на разрешения на хранение и использование огнестрельного оружия, можно предполагать что он имеет справки, подтверждающие отсутствие факта нахождения на учете в этих медицинских организациях, а так же он не имеет судимостей за тяжкие преступления.
Напоминание об особенностях руководства программным проектом
Руководство программным проектом является основной деятельностью программной инженерии, пронизывающей все виды основной деятельности:
•подготовка;
•планирование;
•моделирование;
•конструирование;
•развертывание.
Руководство применяется ко всем четырем «П» разработки: персоналу (тем, кто это делает), процессу (порядку, в котором это делается), проекту (среде, в которой это делается), продукту (итогу всех дел).
Цель любого программного проекта состоит в производстве определенного программного продукта. Понятие «продукт» задает не только текст на языке программирования и откомпилированный двоичный код. Например, туда включаются документация, отчеты по
промежуточным итогам, результаты проверок, оценки качества и т. д. Эти элементы обычно называют артефактами. То, как в рамках проекта создается продукт, представляет собой процесс. Поскольку критичным для успеха дела является взаимодействие членов команды, в рассмотрение включается персонал.
Руководство проектом заключается в управлении производством продукта в рамках отведенных средств и времени. Поскольку для этого требуются человеческие ресурсы, то для управления проектом необходимы не только технические и организационные навыки, но еще и искусство управления людьми. Управление проектом — очень сложное занятие, привлекающее широкий спектр многоплановых знаний и навыков.
Для успешного управления проектом нужно понять:
объем предстоящих работ;
возможный риск;
требуемые ресурсы;
предстоящие задачи;
необходимые усилия (стоимость);
план работ, которому желательно следовать. Перед планированием проекта следует:
установить цели и проблемную (предметную) область проекта;
обсудить альтернативные решения;
выявить технические и управленческие ограничения.
Без этой информации нельзя обоснованно оценить стоимость, реально распределить задачи проекта, составить такой план руководства проектом, который обеспечивает всестороннее отображение состояния дел.
Цели и область проекта определяются разработчиком и заказчиком. Цели идентифицируют задачи проекта (без обсуждения способов их решения). Проблемная область задает основные функции ПО, их количественные границы, а также иные характеристики.
Измерения, меры и метрики Измерения помогают понять как процесс разработки продукта, так и сам продукт.
Измерения процесса производятся в целях его улучшения, измерения продукта — для повышения его качества. В результате измерения определяется мера — количественная характеристика какого-либо свойства объекта. Путем непосредственных измерений могут определяться только опорные свойства объекта. Все остальные свойства оцениваются в результате вычисления тех или иных функций от значений опорных характеристик. Вычисления этих функций проводятся по формулам, которые дают числовые значения и называются метриками.
В IEEE Standard Glossary of Software Engineering Terms метрика определена как мера степени обладания свойством, имеющая числовое значение. В программной инженерии понятия мера и метрика очень часто рассматривают как синонимы. Типичные вопросы, на которые менеджеру проекта следует найти ответы:
Как выбрать наиболее подходящие метрики для процессов и продуктов?
Как использовать полученные данные?
Корректно ли использовать измерения для сравнения людей, процессов, продуктов?
Процесс оценки При планировании программного проекта надо оценить людские ресурсы (в человеко-
месяцах), продолжительность (в календарных датах), стоимость (в рублях или тыс. руб). Обычно исходят из прошлого опыта. Если новый проект по размеру и функциям похож на предыдущий проект, вполне вероятно, что потребуются такие же ресурсы, время и деньги. Ну, а если такого аналога нет? Кроме того, может оказаться, что прошлого опыта недостаточно. Словом, надо изучать способы оценки.
Анализ риска На этой стадии исследуется область неопределенности, имеющаяся в наличии перед
созданием программного продукта. Анализируется ее влияние на проект. Действительно ли
поняты пожелания заказчика? Можно ли реализовать требуемые функции в рамках ограничений проекта? Нет ли скрытых от внимания трудных технических проблем? Не станут ли изменения, проявившиеся в ходе проекта, причиной недопустимого отставания по срокам? В результате принимается решение: выполнять проект или нет. Специальный аппарат анализа позволяет атаковать риск прежде, чем он атакует программный проект.
При учете рисков проекта каждый уровень проекта должен быть проанализирован с точки зрения следующих вопросов:
Меняется ли технология быстрее, чем выполняется проект?
Четко ли и полностью определены результаты проекта?
Будет ли оцениваться качество работ при промежуточном тестировании и инспекциях?
Какова вероятность изменений?
Ограниченны ли трудовые ресурсы, парк оборудования, доступность внутренних ресурсов и потенциальных поставщиков?
Ожидается ли массовое заключение подрядных договоров?
Определено ли управление проекта, и будет ли оно обеспечивать необходимую поддержку?
Определены ли и утверждены требования к проекту?
Определен ли и применяется формальный процесс управления изменениями?
Определены ли шкалы измерения результатов работы?
Определены ли требования к ресурсам, необходимым для выполнения работ?
Определены ли риски закрытия договора, влияния общественного мнения,
утверждения руководством, понимания командой целей проекта? Планирование и контроль
В каждом программном проекте существует планирование, но не все планы одинаковы. Предусмотрена ли в плане возможность усовершенствования? Не допускает ли план работу в режиме «ошпаренной кошки»? Имеется ли резерв времени на непредвиденный случай? Как измеряется прогресс? По формуле «что еще сделать?», или есть набор хорошо расставленных вех
— контрольных рубежей.
Суть планирования заключается в следующем. Определяется набор задач проекта. Устанавливаются связи между задачами, оценивается сложность каждой задачи. Определяются людские и другие ресурсы. Создается сетевой график задач, проводится его временная разметка.
Чтобы соответствующим образом подготовиться к планированию ресурсов необходимо рассмотреть следующие вопросы при определении уровня детализации:
Все ли работы запланированы с достаточной степенью детализации, необходимой для формирования и соблюдения обязательств?
Существует ли возможность установления и контроля индивидуальных назначений ресурсов на работы со структурой отчетности, определенной данной WBS?
Можно ли определить назначения на работы при постепенном расширении WBS? Будут ли они обоснованы как при разворачивании WBS сверху-вниз, так и при сборе данных снизу-вверх?
Как обычно производится назначение ресурсов на работы и их контроль?
Будут ли назначения ресурсов на работы согласованы с формальной системой расчета расписания?
Как будут распределяться бюджеты?
Можно ли будет связать бюджет с предполагаемым увеличением работы?
Можно ли измерить увеличение объема работы на приемлемом уровне (т. е. соответствует ли уровень детализации WBS эффективному планированию и контролю)?
Можно ли логически собрать данные по индивидуальным рабочим заданиям (т. е. можно ли работы, определенные в WBS, сгруппировать логически)?
Вовлечено ли в проект более одной организации (в противном случае перед
детальным планированием ресурсов необходимо утверждение WBS у других участников проекта)?
Как будет определяться состояние работ в процессе выполнения проекта?
1.Постановка задачи
Проблема
В нашу компанию «Web студия Golden Studio» (http://goldenstudio.ru) обратились руководители крупной корпорации занимающейся сетевой торговлей (Сеть «Медиа Магазин» – лидер по продаже бытовой техники и электроники в Германии и Европе), с предложением разработки интернет-магазина (возможно в дальнейшем интернет-поддержки).
Обучаемые в должности менеджера нашей компании «Web студия Golden Studio» должны проработать возможности сотрудничества и рентабельность такого сотрудничества.
Основными задачами, поставленными перед менеджером проекта, были:
планирование состава группы (менеджеры проекта, проектировщики, разработчики, тестировщики, инженеры по качеству, разработчики пользовательской документации, технологи и др.);
организация правильного подбора членов команды;
организация взаимодействия в команде (размер и структура команды, иерархия команды, рабочее окружение);
предложения по модели управления;
Другими словами руководитель поручает менеджеру проекта (обучаемому) рассмотреть пункты управленческой деятельности, выделенные цветом.
планирование проекта;
управление риском; (Дополнительно, для продвинутых менеджеров)
управление персоналом,
управление документацией
управление конфигурацией. Исходные данные:
существующая схема управления закупкой и реализацией товаров;
резюме сотрудников, желающих участвовать в проекте (резюме обучаемых).
данные официального сайта аналогичной компании.
Требуется:
оценить возможность (рентабельность) проекта;
спланировать состава группы проекта (менеджеры проекта, проектировщики, разработчики, тестировщики, инженеры по качеству, разработчики пользовательской документации, технологи и др.);
организовать правильный подбор членов команды;
организация взаимодействия (коммуникаций) в команде (размер и структура команды, иерархия команды, рабочее окружение);
предложить элементы плана управления проектом;
предложить структура графика работ программного проекта;
дать обоснование модели управления.
Предложения оформить в виде предложений по внедрению проекта.
2.Методика выполнения задания
При выполнении задания следует учитывать сроки реализации проекта*.
Тема комплексного задания может быть сформулирована следующим образом:
«УПРАВЛЕНИЕ КОМАНДАМИ РАЗРАБОТЧИКОВ ПРОГРАММНЫХ ПРОДУКТОВ»
Примерное содержание отчета комплексного задания:
титульный лист;
введение, краткие сведения (анонс) о задаче и особенностях проекта.
предварительная оценка рентабельности проекта (укрупненно, включая издержки на зарплату привлекаемых сотрудников);
предложения по составу группы проекта;
предложения по организации коммуникаций;
предложения по организации взаимодействия;
предложения по управлению проектом**;
предложения по структуре графика работ программного проекта ***;
оценка рисков (для продвинутых менеджеров) ****;
заключение, в котором сформирован общий вывод о решаемой задаче;
список используемых источников;
приложения.
Общие рекомендации по выполнению:
задание выполняется в соответствии с тематическим планом;
при выполнении работы следует использовать учебные материалы по данной учебной дисциплине;
срок готовности работы к защите определен тематическим планом;
оформление комплексного задания должно соответствовать порядку оформления
научных и исследовательских работ.
Объектом исследования в комплексном задании является торговая сеть.
Дополнительный материал
** Предложения по управлению проектом могут использовать «Типовую структуру плана управления проектом»
Содержание плана (может быть изменено или реализованы отдельные пункты)
1.Введение
1.1.Обзор проекта. Должен определять проект, но не пытаться охватить все требования к нему. Сами требования приводятся в Спецификации требований к программному обеспечению.
1.2.Результирующие артефакты проекта. Список всех документов, исходных файлов и конечных программных продуктов, которые должны быть созданы.
1.3.Развитие плана. Направления ожидаемого расширения и изменения.
1.4.Ссылочные материалы.
1.5.Определения и аббревиатуры.
2.Организация проекта
2.1.Модель процесса. Ссылаются на тип процесса разработки, который будет использован (например, водопадный, спиральный, инкрементальный).
2.2.Организационная структура. Описывается внутренняя организация команды.
2.3.Организационные рамки и взаимосвязи. Пути возможного взаимодействия между организациями. Все это зависит от заинтересованных в проекте сторон. Например, здесь определяется, каким образом будет осуществляться взаимодействие между отделом разработки и маркетинговым, будут ли это регулярные встречи или переписка по электронной почте.
2.4.Ответственность за проект. Определяет границы ответственности, то есть, кто за что отвечает. Например, за что несет ответственность координатор повышения эффективности команды при горизонтальной организации? Отвечает ли он за общий успех проекта, предоставляет ли персональные рекомендации или занимается только руководством?
3.Анализ рисков
3.1.Цели и приоритеты. Провозглашается рабочая философия проекта.
3.2.Допущения, зависимости и ограничения.
3.3.Управление рисками.
3.4.Механизмы мониторинга и контроля. Определяют, кто будет управлять, контролировать и (или) осуществлять проверку проекта, а также предписывает, как и когда это должно быть сделано.
3.5.План расстановки кадров.
4.Технический процесс
4.1.Методы, инструменты и технологии. Накладываются ограничения на языки и используемые инструменты. Может содержать информацию о повторно используемых требованиях и использовании таких техник, как образцы проектирования.
4.2.Документация программного обеспечения.
4.3.Функции сопровождения проекта. Описаны действия для поддержания процесса разработки, такие как управление конфигурацией и обеспечение качества. Если же функция поддержки представлена в различных документах (например, в плане управления конфигурациями или в плане качества), то в этом пункте будут ссылки на эти документы. В противном случае здесь полностью специфицируются функции поддержки.
5.Распределение работ, график и бюджет
5.1.Распределение работ. Описывает то, как работа должна распределяться и предоставляться после