|
Смысл программы DTL |
|
Впервые выделение
технических руководителей проекта в отдельное управленческое
звено было предложено в Microsoft Solutions Framework.
В этом процессе разработки предлагалось
выделять двух руководителей проекта - Менеджера продукта
и Менеджера программы. Менеджер продукта отвечает за бизнес-сторону
проекта - ресурсы, бюджет, удовлетворение Заказчика и т.п.,
а Менеджер программы отвечает за проектирование Архитектуры,
постановку задач разработчикам, контроль качества кода и
т.п. Процесс в настоящее время с большим успехом используется
многими компаниями. |
|
Однако следует отметить, что
задолго до официального признания подхода почти на каждом
проекте был Менеджер, который ставит задачу, и Главный программист,
который организовывает ее выполнение.
|
|
Появление оффшорной
(территориально распределенной) разработки внесло дополнительный
смысл в эту роль - Менеджер проекта, находящийся, например,
в Европе, общается с Заказчиком и определяет образ разрабатываемой
системы, а Руководитель группы разработки (часто его называют
"старший разработчик", "координатор проекта" и т.д.) управляет
командой, находящейся, к примеру, в Беларуси. |
|
Следствием этого стал повышенный
спрос на Лидеров групп разработки, которые стали одним из
самых дефицитных ресурсов. Действительно, эти специалисты
должны обладать довольно редким сочетанием навыков - с одной
стороны, быть квалифицированными разработчиками и даже Архитекторами
ПО, а с другой - обладать опытом организации работы коллективов
людей. Людей, которые самостоятельно получили такие знания,
очень мало, и их не хватает. |
|
Поэтому нами был разработан
набор тренингов, способных из квалифицированных программистов
сделать не менее квалифицированных руководителей, дополнив
их богатые технические навыки знаниями о процессах, прикладной
психологии и менеджменте. |
|
Программа подготовки включает
в себя несколько ступеней, в зависимости от размера команды,
которой предстоит управлять обучаемому, и круга его задач. |
|
Ведущий разработчик |
|
Специалисты этого уровня способны
вести небольшие команды разработки или части группы разработки
внутри больших проектов. Они обладают всеми необходимыми
навыками для организации работы команды из 2-3 человек согласно
предоставленному техническому заданию. |
|
Необходимые тренинги |
Смысл тренинга в программе |
|
SPM-01 Rational Unified Process
или
SPM-02 eXtreme Programming |
Получить представление о процессе,
по которому предстоит работать, и организации работы команды
по этому процессу. |
|
Системный Архитектор |
|
Специалисты этого уровня способны создавать
полный комплект технической документации и Архитектруру
программного решения, при необходимости используя для этого
небольшую команду разработчиков. Они обладают всеми необходимыми
знаниями для проектирования технических
решений.
|
|
Необходимые тренинги
*) |
Смысл тренинга в программе |
|
SDE-01 Введение в
Архитектуру ПО |
Получить знания, необходимые
для проектирования ПО, и понимание того, что есть Архитектура
и как она используется остальной частью команды в процессе
разработки. |
|
SDE-02 Оценка проектов |
Научиться применять полученные
знания об архитектуре ПО для оценки проектов. |
|
*)
В дополнение к тренингам предыдущего уровня. |
|
Лидер
группы разработки |
|
Специалисты этого уровня способны
руководить
всей технической стороной проекта, включая
проектирование программного продукта,
постановку задач разработчикам и управление
конфигурациями..
|
|
Необходимые тренинги
*) |
Смысл тренинга в программе |
|
SPM-04 Управление командой
разработчиков |
Дополнить знания о технологическом
процессе и проектировании знаниями прикладной психологии
и менеджмента, необходимыми в повседневном руководстве. |
|
SQA-01 Введение в тестирование
ПО |
Снабдить базовыми знаниями
об обеспечении качества программного продукта. |
|
*) В дополнение
к тренингам предыдущего уровня. |
|
|
