Читаем Модель зрелости процессов разработки программного обеспечения полностью

системы управления базами данных,

ПО для разработки презентационных материалов.

3. Проведение обучения обеспечивается соответствующими помещениями.

Чтобы устранить перерывы учебного процесса, помещения для проведения семинаров должны быть отделены от рабочей среды обучающихся.

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

Предпосылка 3. Члены группы обучения должны обладать навыками и знаниями, необходимыми для выполнения их задач по обучению.

Примеры способов получения этих навыков и знаний:

обучение методам преподавания,

курсы повышения квалификации в предметной области.

Предпосылка 4. Производственные менеджеры должны получить ориентацию по программе обучения.

<p>Выполняемые операции</p>

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

План охватывает следующие вопросы:

1. Набор необходимых навыков и время, к которому они потребуются.

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

3. Содержание необходимого обучения, обучаемый сотрудник и время проведения обучения.

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

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

4. Как будет проводиться обучение. Обучение может проводиться в рамках проекта разработки ПО, группой обучения, входящей в состав организации, или внешней организацией.

Примеры обучения, проводимого в рамках проекта разработки ПО:

изучение конкретных приложений и требований к проекту,

изучение архитектуры программного продукта, разрабатываемого в рамках проекта,

другие виды обучения, более эффективно или рационально проводимые на уровне проекта.

Операция 2. Разработка и рассмотрение плана обучения в рамках организации в соответствии с документированной процедурой.

Эта процедура обычно определяет следующее:

1. Данный план основывается на потребностях отдельных проектов, описанных в планах обучения каждого проекта.

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

3. При необходимости внесения изменений в план обучения в рамках организации, он подвергается пересмотру.

4. План обучения в рамках организации проверяется задействованными в нем лицами после своего создания, а также после внесения крупных изменений.

Примеры задействованных лиц:

высшее руководство,

производственные менеджеры,

руководители групп, связанных с разработкой ПО.

5. Документ плана обучения должен быть управляемым и контролируемым.

«Управляемый и контролируемый» означает, что в любой момент времени (прошлый или настоящий) известна версия используемого промежуточного продукта (т. е. реализован контроль версий), а внесение изменений происходит управляемым образом (т. е. реализовано управление изменениями).

Если желательно реализовать еще большую степень контроля, промежуточный продукт может быть помещен в условия полномасштабного управления конфигурацией, как это описано в группе ключевых процессов «Управление конфигурацией ПО».

6. Задействованные группы и отдельные лица получают постоянный доступ к плану обучения в рамках организации.

Примеры групп и отдельных лиц, задействованных в проекте:

высшее руководство,

группа обучения,

руководители групп, связанных с разработкой ПО,

группа разработки ПО (включая все подгруппы, например, проектирования ПО),

группа оценки составляющих проекта,

группа системного проектирования,

группа системного тестирования,

группа обеспечения качества ПО,

группа управления конфигурацией ПО,

группа управления договорами,

группа управления документацией.

Операция 3. Обучение в рамках организации проводится в соответствии с составленным планом.

План охватывает следующие вопросы:

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

2. Обучение, получаемое из внешних источников и проводимое группой обучения.

3. Финансирование и ресурсы (включая персонал, инструменты и помещения), необходимые для подготовки и проведения обучения.

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

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

Успешная карьера архитектора программного обеспечения требует хорошего владения как технической, так и деловой сторонами вопросов, связанных с проектированием архитектуры. В этой необычной книге ведущие архитекторы ПО со всего света обсуждают важные принципы разработки, выходящие далеко за пределы чисто технических вопросов.?Архитектор ПО выполняет роль посредника между командой разработчиков и бизнес-руководством компании, поэтому чтобы добиться успеха в этой профессии, необходимо не только овладеть различными технологиями, но и обеспечить работу над проектом в соответствии с бизнес-целями. В книге более 50 архитекторов рассказывают о том, что считают самым важным в своей работе, дают советы, как организовать общение с другими участниками проекта, как снизить сложность архитектуры, как оказывать поддержку разработчикам. Они щедро делятся множеством полезных идей и приемов, которые вынесли из своего многолетнего опыта. Авторы надеются, что книга станет источником вдохновения и руководством к действию для многих профессиональных программистов.

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT