Нил Николайзен (Niel Nickolaisen), директор по информационным технологиям и стратегическому планированию в компании «Headwaters», имеет 25-летний опыт оказания помощи организациям по увеличению бизнес-ценности и производству более качественной продукции. Он разработал «Модель цели процесса» как средство идентификации признаков, делающих продукт настоящей «бомбой», без излишних затрат ресурсов на создание большей функциональности, чем это необходимо.

В гибком проекте эта модель упрощает разработку и помогает команде планировать свои циклы. Другими словами, «Модель цели процесса» помогает agile-командам определять «когда сделанное сделано».

Хезер Шанхольцер: Что такое «Модель цели процесса» и что послужило импульсом для ее разработки?
Нил Николайзен: Модель цели процесса оценивает бизнес-процесс в двух аспектах. Во-первых, степень, до которой процесс дифференцирует нас на рынке, во-вторых, степень, до которой процесс является критически важным для нашей организации.

Эта оценка дает четыре разных типа процессов:

• Дифференцирующие и критически важные;
• Критически важные, но не дифференцирующие;
• Дифференцирующие, но не критически важные;
• Ни критически важные, ни дифференцирующие.
  

С точки зрения развития, наиболее интересными типами процессов являются и дифференцирующие, и критически важные (я называю их «дифференцирующими»), а также критически важные, но не дифференцирующие (я называю их «паритетными»).

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

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

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

Хезер Шанхольцер: Продемонстрируйте на примере действие «Модели цели процесса».
Нил Николайзен: Я использовал эту модель, чтобы значительно сократить время и стоимость проектов ERP и CRM и в то же время улучшить бизнес-ценность проектов. Например, большая часть функциональных возможностей ERP поддерживает паритетные процессы (Дифференцирует ли нас на рынке наш проект диаграммы отчетности? Помогает ли нам наш модуль закупок получить долю рынка?). Связывая функциональные возможности ERP (или CRM, или BPM, или SFA и др.) с целью, мы можем упростить выбор программного обеспечения и его ввод в эксплуатацию. Вместо того, чтобы создавать уникальные и интересные настройки для счетов к оплате или заказывать модули ввода, команды разработчиков должны работать над улучшением функциональности для сегментирования потребителей (или всем тем, что связано с нашими дифференцирующими процессами). Компании, использующие эту модель, на 30-50 % сокращают сроки и бюджеты проектов и при этом производят лучшую продукцию.

Хезер Шанхольцер: Каким образом Модель цели процесса вписывается в гибкий инструментарий разработчика?
Нил Николайзен: По моему мнению, одним из наиболее важных и ценных гибких методов является частое, приоритетное производство рабочего программного обеспечения. Согласно отчету Standish Research, 64 % разрабатываемых функциональных возможностей либо никогда не используются, либо используются очень редко. Гибкие команды могут использовать Модель цели процесса для идентификации части этих 64 % и рассмотрения их в той степени, в которой они должны быть рассмотрены. Это не только сокращает количество работы, затраченной на функциональные возможности, которые не выделят продукт, это также освобождает наш мозг и время для работы над функциями, которые в результате дадут нам продукт, способный помочь нам завоевать лидерство на рынке. Команды и разработчики могут использовать эту модель при планировании и выполнении своих циклов. Это просто здравый смысл.