Отсутствие альтернатив или Иллюзия выбора - страница 3

• S – Set of functions. Цель может быть достигнута путем решения (параллельного, последовательного или комбинированного – это не так важно) ряда задач. Каждая из этих задач должна являться атомарной – относительно простой и независимой от других.

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

• T – Tolerance limits. Достаточно очевидное, казалось бы, расширение. Действительно, уже в оригинальном SMART мы ставим ограничение на время, но почему-то не на другие ресурсы.

А ведь мы всегда ограничены деньгами, трудовыми единицами, доступными рынками… В общем, в процессе корректного целеполагания необходимо максимально трезво представлять себе ограничения, с которыми Вы можете столкнуться. Да, они могут меняться со временем, но на то разработанная методология и ориентирована – на эволюционные цели.

S.M.A.R.T. – изначально методика для менеджеров, которые не должны и не могут разбираться в сложных технических аспектах любого современного продукта.

Когда же мы говорим о разработке какого-то программного обеспечения, каких-то изделий, то желательно использовать более сложные и конкретные методики, интегрирующие в себе не только целеполагание, но и способы проверки степени достижения поставленной цели в каждый момент времени. К счастью, в восьмидесятые годы в NASA была разработана прекрасная методика, позволяющая гибко объединять вопросы и KPI в самом процессе целеполагания, а затем и оценивания итогового проекта.

Речь идет о созданной Виктором Басили (Victor Basili) методике отказоустойчивого проектирования под названием GQM – Goal, Question, Metric (цель, вопрос, оценка). Данная методика имеет три уровня – страты существования.

1. Концептуальный – целевой (goal) уровень.

На этом уровне формируется цель, представляющая собой вещественный объект или абстрактную сущность (object or entity в оригинале), при этом в качестве данного объекта или сущности могут рассматриваться:

o продукты (products): программный код, физическое изделие, теоретическая концепция и т. д.;

o процессы (processes): тестирования, верификации и валидации программного кода; дизайна изделий; налаживания сбыта и проч.;

o ресурсы (resources): материальные, финансовые, информационные, трудовые и проч.

2. Операционный уровень – уровень вопросов (questions).

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

Примеры удачных вопросов для различных видов целей.

o Является ли производительность данного (конкретного) процесса достаточно удовлетворительной с точки зрения команды?

o Ухудшается ли точность станка со временем?

o Будет ли лучше безопасность рестайлинга автомобиля?

3. Квантитативный уровень – уровень метрик (metrics). Здесь определяются метрики – способы определения количественных оценок на каждый заданный вопрос. Метрики делятся на два типа – объективные и субъективные.

Примеры объективных метрик:

• количество линий кода;

• процент отказов;

• максимальная длина пути на одной заправке.