Microsoft Solutions Framework Белая книга


Нацеленность на конечный результат



бет4/12
Дата20.07.2016
өлшемі0.7 Mb.
#212392
түріКнига
1   2   3   4   5   6   7   8   9   ...   12

Нацеленность на конечный результат


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

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

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

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

В своей презентации 1991-го года бывший менеджер программы Майкрософт Chris Peters так описывал эту концепцию применительно к разработке программного обеспечения:

“У каждого ... совершенно одинаковая работа. Она имеет одно и то же название. И это – поставка продукта. Ваша работа – это не написание программного кода. Ваша работа – это не тестирование. Ваша работа – это не составление спецификаций. Ваша работа – это поставка продукта. Это как раз то, чем занимается команда разработчиков.

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

Когда вы просыпаетесь утром и приходите на работу, вы говорите: “Что является приоритетом – мы создаем продукт или пишем программный код?” Ответом является: мы создаем продукт. Не пытайтесь создавать код – создавайте продукт”.


Установка на отсутствие дефектов


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

Установка на отсутствие дефектов (zero-defect mindset) – это стремление к высочайшему уровню качества. Она означает, что цель команды – выполнение своей работы с максимально возможным качеством, причем таким образом, что если от команды потребуют поставить результат завтра, она будет способна поставить что-то работающее. Необходимо понимание того, что каждый день продукт должен быть практически готов к поставке. Это не означает поставку программного кода, полностью свободного от дефектов. Но это означает, что продукт отвечает требованиям качества (quality bar), установленным спонсором (sponsor) проекта3 и принятым проектной группой на этапе выработки концепции.

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

Позднее в автомобильной промышленности качество стало “задачей номер один”. Это означает, что как только определенная операция (например, присоединение двери или установка радио) завершена, инспектор проверяет текущее состояние образца и удостоверяется, что стандарты качества соблюдены. Если в ходе всего процесса сборки сохраняется должный уровень качества, требуется гораздо меньше времени и ресурсов на окончательную проверку пригодности автомобиля. Кроме того, это делает процесс проверки гораздо более предсказуемым, так как инспектору нужно лишь проверить качество сборки продукта в целом, а не состояние отдельных его частей.


Стремление к самосовершенствованию


Стремление к самосовершенствованию (willingness to learn) – это приверженность идее неустанного саморазвития посредством накопления опыта и обмена знаниями. Оно позволяет членам проектной группы извлекать пользу из отрицательного опыта сделанных ошибок, равно как и воспроизводить успехи, используя проверенные методы работы других людей. Проведение по окончанию основных фаз проекта открытых обсуждений его состояния и доброжелательный, но объективный анализ проекта после его окончания – это ключевые компоненты модели процесса MSF. Проектные группы, выделяющие время на анализ результатов своей работы и извлечение из них уроков, создают базу для постоянного самосовершенствования и долговременного успеха. Кроме того, Майкрософт успешно развивает культуру самосовершенствования, включая анализ извлеченных уроков и обмен знаниями в планы индивидуальной работы сотрудников.

Заинтересованные команды работают эффективно


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

MSF стремится к созданию заинтересованности и высокого морального духа команды. Люди, работающие в Майкрософт, воспринимают это как одну из основных характеристик компании. Приведем некоторые методы стимулирования такой заинтересованности:



  • Создавайте у членов команды единое видение решаемой задачи.

  • Формируйте индивидуальность команды, используя названия проектов и знаки отличия команды – брелки, футболки, чашки и т. д.

  • Ближе знакомьтесь с коллегами, используя для этого неформальные встречи и мероприятия.

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

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

  • Наделяйте членов команды реальными полномочиями; прислушивайтесь к их мнениям.

  • Празднуйте успехи команды.


Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9   ...   12




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет