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

проектов. Ключевые роли. Подбор кадров

и другое

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

пользователей в автоматизации их деятельности с помощью применения создаваемой программной системы.

менеджером

Схема со службой менеджера

Схема с группой менеджеров по направлениям

Менеджер проекта

Менеджер проекта

Зависимость от масштаба проекта. Другие варианты схем

Три схемы организации менеджмента проекта

и деперсонифицированная ответственность
Абстрактное действующее лицо и конкретный сотрудник

Понятие деятельности:
продукционная деятельность (производство результата)
управляющая деятельность (производство траектории развития)
наблюдательная деятельность (производство познавательного результата)

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

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

Роль заказчика, пусть даже лишь виртуального очень значительна!

и т.д.)
Распределение функции между разработчиками проекта → роли исполнителей (объединение родственных функций)
Поручения и задания
Технологические функции
Организационные функции — создают условия для выполнения проектных заданий, вторые непосредственно связаны с этими заданиями и
Производственные функции — выполнение проектного задания

Участники разработки и функциональные роли в коллективе разработчиков
Этапы развития проекта — жизненный цикл программного изделия

Задача менеджмента рассматривается как организационно-управленческая деятельность, поддерживающая процесс разработки программного изделия на всех этапах его жизненного цикла.

ее достижения кластер должен содержать следующие области компетенции кластера:

Управление программой (program management)

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

планирование продукта,
планирование доходов,

представление интересов заказчика,
   маркетинг.

управление проектом ,
выработка архитектуры решения,

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

Разработка (development)

Задача — кластера построение решения в соответствии со спецификацией. Области компетенции кластера:

технологическое консультирование,
проектирование и осуществление реализации,

разработка приложений ,
   разработка инфраструктуры.

того, как все дефекты выявлены и улажены. Области компетенции кластера:

разработка тестов, отчетность о тестах,

планирование тестов.
  

Управление выпуском (release management)

Задача кластера — повышение эффективности использования продукта. Области компетенции кластера :

Удовлетворение потребителя (user experience)

общедоступность, интернационализация,
обеспечение технической поддержки,

обучение пользователей,
удобство эксплуатации (эргономика),
графический дизайн.

инфраструктура, сопровождение,

бизнес-процессы,
управление выпуском готового продукта.

Задача кластера — обеспечение эффективного использования продукта. Области компетенции кластера :

Руководитель команды (Team Leader)
Архитектор (Architect)
Проектировщик подсистемы (Designer)
Разработчик (Developer)
Разработчик информационной поддержки (Information Developer)
Специалист по пользовательскому интерфейсу (Human Factors Engineer)
Эксперт предметной области (Domain Expert)
Тестировщик (Tester)
Библиотекарь (Librarian)

Внешние и внутренние функции менеджера

взаимодействие с

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

и разработчик
Для различных разработчиков
Создание документации (все работники)
Специалистом по интерфейсу и менеджер
Эксперт предметной области и менеджер
Специалист по интерфейсу и эксперт предметной области
Эксперт предметной области и разработчик
Специалист по интерфейсу и разработчик
Библиотекарь и один из разработчиков
Тестировщики и другие члены команды

желательно
противоречиво
нежелательно
не допускается
обычное дело
распределяется
разумно
зачастую разумно
редко бывает эффективно
бывает полезно
часто полезно
допустимо
только перекрестно

Программист один разрабатывает проект для себя — предельный случай полного совмещения

Заказчик и планировщик с другими ролями — экзотика

специалист по пользовательскому интерфейсу
эксперт предметной области

Персоналии, минимально необходимые для начала проекта

Где подбирать специалистов на проект? Менеджер может

заранее знать возможных кандидатов

принимать на работу новых сотрудников

подбирать кандидатов из числа работников фирмы

подменять знания о квалификации сведениями личного характера

в которых действует менеджер при подборе кадров

Задача поиска лидера

по времени

Возможности подбора кадров на проект

График привлечения сотрудников к проекту

Критические ролевые позиции проекта

Заполнение вакансий

До официального начала выполнения проекта

Утверждение кадровой политики проекта

По мере необходимости в ходе выполнения проекта

Задача определения кадровых ресурсов проекта никогда не может быть решена окончательно!