Студопедия

КАТЕГОРИИ:

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника



Обязанности членов группы

Читайте также:
  1. A) Обязанности персонала по обеспечению пожарной безопасности
  2. II. Должностные обязанности
  3. II. Обязанности и права призывников
  4. III РАСШИРЕНИЕ ГРУППЫ И РАЗВИТИЕ ИНДИВИДУАЛЬНОСТИ
  5. III. Функциональные обязанности
  6. III. Функциональные обязанности
  7. III.2.2) Основные группы и виды преступлений.
  8. IX. Когнитивная модель кластера или ОКМ группы.
  9. Nbsp;   7 Определение реакций опор для группы Ассура
  10. А) для определения уровня принятия решения в случае, когда другие компании группы не кредитуются в Сбербанке

MSF(модель проектной группы) — не готовое решение, а каркас, который можно адаптировать для нужд любой организации. Один из элементов этого каркаса - модель проектной группы. Она описывает структуру группы и принципы, которым надо следовать для успешного выполнения проекта.

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

Чтобы проект считался удачным, следует решить определенные
задачи: I

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

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

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

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

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

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



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

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

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



Таблица. Цели и роли

Цель Роль
Удовлетворение требований заказчика Соблюдение ограничений проекта Соответствие спецификациям Выпуск только после выявления и устранения проблем Повышение эффективности труда пользователя Простота развертывания и постоянное сопровождение Менеджер продукта Менеджер программы Разработчик Тестер Инструктор Логистик

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

 


Дата добавления: 2015-04-11; просмотров: 4; Нарушение авторских прав


<== предыдущая лекция | следующая лекция ==>
Модель группы | Модель проектной группы
lektsii.com - Лекции.Ком - 2014-2019 год. (0.007 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав
Главная страница Случайная страница Контакты