Опубликован: 16.02.2010 | Уровень: для всех | Доступ: платный
Лекция 1:

Обзор методологии

Лекция 1: 1234 || Лекция 2 >

Принципы

Microsoft Solutions Framework (MSF) for Agile Software Development - это методология построения .NET -приложений и другого объектно-ориентированного ПО. В ее основе лежит гибкий, управляемый, адаптируемый к контексту проекта процесс разработки. Непосредственно в гибкую методологию MSF разработки ПО включены нормы работы с требованиями к качеству в таких областях, как производительность и безопасность. В данной методологии также учитываются конкретные условия для реализации каждого проекта. При таком подходе создается адаптивный процесс, обеспечивающий преодоление ограничений большинства гибких процессов разработки ПО и достижение целей, установленных концепцией проекта.

Партнерство с заказчиками

В модели команды MSF, основанной на представлении интересов, ключевое внимание уделяется пониманию потребностей заказчика и участию представителей заказчика в реализации проекта. Главный приоритет для любой профессиональной команды - действовать так, чтобы клиенты были довольны результатами. Ориентироваться на клиента - значит понимать его проблемы. Разобравшись в решаемой проблеме клиента, надо вовлечь его в работу в том объеме, который соответствует его ожиданиям. На всех фазах проекта нужно поддерживать открытое, активное, регулярное общение с заказчиком. Это важно потому, что зачастую только заказчик видит разницу между действительными и мнимыми проблемами бизнеса.

Единая точка зрения

В MSF настойчиво рекомендуется выработать единую точку зрения на подходы к реализации решения. Общий взгляд всех участников команды гарантирует, что они одинаково понимают, каков будет результат их работы; они сплачиваются вокруг единой цели и одинаково трактуют потребности заказчика. Совместная работа единомышленников всегда эффективнее, поскольку решения принимаются не произвольно, а основываясь на общем видении проблемы. Без единой точки зрения участники команды могут иметь противоречивые представления о целях работы, а достигнуть нужных результатов в этом случае сложнее. Даже после того как результат получен, не все участники могут согласиться с тем, что он оказался успешен. Понимание достоинств выработанного решения и умение их сформулировать зачастую является ключевым фактором успеха.

Инкрементная выдача результатов

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

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

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

Инвестиции в качество

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

Широкие полномочия участников проекта

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

Модель команды


Модель команды MSF описывает подход компании Microsoft к структуризации участников команды и их действий, приводящих к успеху проекта. Фундаментальными принципами модели команды MSF являются:

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

Четкая подотчетность

Модель команды MSF основывается на предпосылке, что цели всех участников равноценны, сегменты деятельности в рамках проекта уникальны и при этом нет единого представителя всех разнообразных целей. При таком подходе в команде равнозначных участников целесообразно совмещать четкую подотчетность перед заинтересованными сторонами с коллективной ответственностью за конечный результат. Каждый участник подотчетен коллективу (и организации, которая за ним стоит) за достижение целей, установленных для его роли. Другими словами, представитель каждой роли обязан отчитываться за свой вклад в конечный результат. Ответственность же в команде равнозначных участников распределяется равномерно. На то есть причины: во-первых, невозможно выделить результат работы отдельного участника из общего решения, и, во-вторых, команда работает эффективнее, когда каждый ее участник, исполняющий любую роль, видит картину в целом. Такая взаимозависимость членов коллектива должна стимулировать их интерес к областям, за котор ые они не подотчетны, обеспечивая полноценное использование всего спектра знаний, компетенции и опыта команды.

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

Учет любого опыта

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

Свободное общение

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

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

Гибкость и готовность к переменам

Чем большую отдачу для бизнеса от внедрения новых технологий хотят получить организации, тем больше они должны быть готовы вкладывать в новые области. Нельзя рассчитывать на успех, не осваивая новые территории. В MSF предполагается, что все вокруг непрерывно меняется, и оградить проект от этих перемен невозможно. Применение модели проектной группы MSF гарантирует участие всех ролей и их вовлеченность в процесс принятия решений, обусловленных происходящими переменами. Эта модель поощряет гибкость ( agility ) при работе в меняющейся среде. Участие всех ролей в процессе принятия решений обеспечивает рассмотрение вопросов с учетом полного спектра точек зрения.

Лекция 1: 1234 || Лекция 2 >
Илья Макаренко
Илья Макаренко

Добрый день.

Вопрос №1

Какова стоимость получения диплома о мини-МБА по данному курсу? Или ориентироваться на указанную на сайте?

Вопрос №2

Возможно ли начать обучение без потери результатов, не отправив документы на зачисление, а отправку выполнить позже?

Александр Медов
Александр Медов

Здравствуйте, какова полная сумма предоставленной услуги с печатью документа и отправкой по почте?

Маргарита Туктарова
Маргарита Туктарова
Соединенное Королевство, London, kingston university, 2012
Наталья Аюшеева
Наталья Аюшеева
Россия, Улан-Удэ