Отсутствие альтернатив или Иллюзия выбора. Дмитрий Евгеньевич Чикрин

было предложено расширение методологии S.M.A.R.T., обеспечивающее учет такого свойства целей современных проектов, как постоянная изменчивость (эволюционность), необходимость разделения функционала проекта на мелкие независимые (атомарные) функции и, наконец, ограниченность имеющихся ресурсов.

      Результатам стала методология S.M.A.R.T.E.S.T.= S.M.A.R.T.+

      • E – Evolution. Цель проекта меняется со временем.

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

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

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

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

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

      II.2. Цель, вопрос, оценка

      Goal, Question, Metric

      Если Вы думаете, что понимаете квантовую механику, значит, Вы не понимаете квантовую механику.

Ричард Фейнман, Нобелевский лауреат, физик-ядерщик

      II.2.1. GQM и его уровни.

      GQM conception and it’s levels

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

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

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

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

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

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

      o