Сфокусированность на нуждах заказчика
Удовлетворение нужд заказчика – главный приоритет любой хорошо работающей проектной группы. Концентрация на нуждах заказчика (customer-focused mindset) означает обязательное понимание его бизнес-задач и стремление к их решению со стороны команды. Одним из способов определения успеха такого внимания к заказчику является способность отследить связь каждого элемента в дизайне системы с соответствующим ему исходным требованием заказчика или пользователя (trace each feature in the design back to a customer or user requirement). Другим ключевым моментом в удовлетворении нужд заказчика является его активное участие в проектировании решения и получение его отзывов в ходе процесса разработки. Это позволяет проектной группе и заказчику успешно согласовывать свои ожидания и потребности.
Нацеленность на конечный результат
Неважно, занимаетесь ли вы, подобно сотрудникам Майкрософт, производством "коробочного" ПО или разрабатываете программы для внутренних целей вашего предприятия. Важно, как вы относитесь к результатам своего индивидуального труда, воспринимаете ли вы их как продукт.
Первый шаг в достижении достойного уровня качества – это рассматривать собственную работу в качестве самостоятельного проекта или же вклада в какой-либо больший проект. MSF выступает за наделение проектов индивидуальными чертами. В результате члены проектной группы начинают чувствовать себя членами команды, а не обособленными работниками. Например, в Майкрософт для достижения этого проектам дают имена. Такой подход помогает выделить проект и его команду, усилить в ней чувство ответственности и создать механизм, формирующий в команде моральный дух. Печать названия проекта на футболках, кофейных чашках и других сувенирах помогает создать и укрепить дух команды. Это особенно полезно в проектах, над которыми работают “виртуальные коллективы”, составленные из работников различных подразделений организации.
|
|
|
Осознав свой вклад в проект, вам будет легко понять, что всякий ожидаемый от вас результат может рассматриваться как конечный продукт. Принципы и методики, применимые к созданию продуктов “вообще”, например, предлагаемые MSF, могут помочь вам преуспеть в этом.
Установка на конечный продукт (product mindset) также означает, что получению конечного результата проекта уделяется больше внимания, чем процессу его достижения. Из этого не следует, что сам процесс может быть плох или непродуман – просто он существует для получения конечной цели, а не ради себя самого. Когда внимание к конечному продукту становится частью производственной культуры, каждый член коллектива начинает ощущать ответственность за результат проекта.
|
|
|
В своей презентации 1991-го года бывший менеджер программы Майкрософт Chris Peters так описывал эту концепцию применительно к разработке программного обеспечения:
“У каждого ... совершенно одинаковая работа. Она имеет одно и то же название. И это – поставка продукта. Ваша работа – это не написание программного кода. Ваша работа – это не тестирование. Ваша работа – это не составление спецификаций. Ваша работа – это поставка продукта. Это как раз то, чем занимается команда разработчиков.
Ваша роль как разработчика или тестировщика вторична. Я не говорю, что это не важно, но это вторично по отношению к вашей настоящей работе, которой является поставка продукта.
Когда вы просыпаетесь утром и приходите на работу, вы говорите: “Что является приоритетом – мы создаем продукт или пишем программный код?” Ответом является: мы создаем продукт. Не пытайтесь создавать код – создавайте продукт”.
Установка на отсутствие дефектов
В успешной команде каждый сотрудник чувствует ответственность за качество продукта. Она не может быть делегирована одним членом команды другому или же одним ролевым кластером другому. Соответственно, каждый член команды должен представлять интересы заказчика, учитывая в ходе разработки продукта его потребительские качества.
|
|
|
Установка на отсутствие дефектов (zero-defect mindset) – это стремление к высочайшему уровню качества. Она означает, что цель команды – выполнение своей работы с максимально возможным качеством, причем таким образом, что если от команды потребуют поставить результат завтра, она будет способна поставить что-то работающее. Необходимо понимание того, что каждый день продукт должен быть практически готов к поставке. Это не означает поставку программного кода, полностью свободного от дефектов. Но это означает, что продукт отвечает требованиям качества (quality bar), установленным спонсором (sponsor) проекта[‡] и принятым проектной группой на этапе выработки концепции.
В качестве аналогии, наилучшим образом описывающей эту идею, приведем линию по производству автомобилей. Традиционно рабочие производили сборку из комплектующих и отвечали только за качество своей собственной работы. Когда автомобиль сходил с линии, инспектор проверял, достаточно ли его качество для выставления на продажу. Однако, в случае обнаружения проблем возникали большие затраты на их устранение, так как всякая переделка уже собранной машины обходится очень дорого. Вдобавок, поскольку качество не являлось легко предсказуемым, количество времени на тестирование автомобиля также было трудно прогнозируемым.
|
|
|
Позднее в автомобильной промышленности качество стало “задачей номер один”. Это означает, что как только определенная операция (например, присоединение двери или установка радио) завершена, инспектор проверяет текущее состояние образца и удостоверяется, что стандарты качества соблюдены. Если в ходе всего процесса сборки сохраняется должный уровень качества, требуется гораздо меньше времени и ресурсов на окончательную проверку пригодности автомобиля. Кроме того, это делает процесс проверки гораздо более предсказуемым, так как инспектору нужно лишь проверить качество сборки продукта в целом, а не состояние отдельных его частей.
Дата добавления: 2019-01-14; просмотров: 187; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!