Ключевые практики: ориентир, а не догма
Ключевые практики (key practices) описывают, что необходимо сделать. Их не следует воспринимать как догмы. Допускается выполнять работы не буквально, иногда существенно отклоняться от написанного в CMM (Capability Maturity Model, модель зрелости процессов), если в результате достигается цель всей группы ключевых процессов (key process group).
Пример ключевой практики
Одна ключевая практика — оценочный расчёт объёма промежуточных программных продуктов или изменение этого объёма. Она входит в раздел «Выполняемые операции» и в группу ключевых процессов планирования проекта. Практика описывает реализацию действия. Её смысл — облегчить анализ картины. Оценка объёма будущих работ в плане проекта не должна строиться только на знаниях, опыте или интуиции исполнителя.
Процедура вместо индивидуального расчёта
На втором уровне должен быть алгоритм или процедура расчёта оценочного объёма. Конкретный алгоритм может быть разным. Главное: расчёт не должен выполняться человеком неформально, из личных соображений. Это должен быть метод, который не зависит от отдельного человека.
Бизнес-процесс в CMM
Бизнес-процесс (business process) в CMM — модель деятельности, в которой роль конкретного индивидуума исключена. Если в бизнес-процессе возникают неформальные расчёты и непонятно, как достоверно оценить объём работы, CMM требует не перекладывать решение на человека, а создать процедуру. В этой модели улучшение и совершенствование процессов происходит не за счёт выдающихся качеств отдельных людей, а за счёт присутствия регламентированных процедур, показывающих, как это сделать.
Краткие итоги
Ключевая идея рассматриваемого подхода состоит в переносе центра тяжести с личности исполнителя на устойчивую модель деятельности. Ключевые практики задают не буквальный сценарий, а рамку достижения результата. Поэтому отклонение от описанных действий допустимо, если сохраняется цель группы процессов. Это отличает зрелую процессную дисциплину от формального следования инструкции: важна не внешняя похожесть действий, а воспроизводимый результат.
На примере оценки объёма промежуточных программных продуктов видно, как работает этот принцип. Оценка будущих работ не должна оставаться личным суждением, опытом или интуицией. Требуется процедура, алгоритм, метод, который можно повторять и проверять. Конкретный способ расчёта может варьироваться, но сама возможность свести неформальную задачу к регламенту принципиальна. Это снижает зависимость результата от отдельного специалиста и делает планирование более предсказуемым.
Далее логика переходит к модели бизнес-процесса. В CMM бизнес-процесс устроен так, что роль конкретного индивидуума исключена. Если возникает ситуация, где оценка или расчёт непонятны, организация не должна говорить: пусть человек решит по своему усмотрению. Нужно разработать процедуру, которая показывает, как выполнить действие. Такой подход может казаться жёстким, но он создаёт основу для масштабируемости и постоянного улучшения.
Практическое применение связано с управлением качеством и зрелостью процессов. Улучшение происходит не благодаря отдельным выдающимся сотрудникам, а благодаря регламентированным процедурам. Они сохраняют знание, делают его передаваемым и уменьшают разброс результатов. Для организации это означает возможность обучать новых исполнителей, контролировать ход работ и анализировать причины отклонений.
Таким образом, логика ведёт от общего принципа гибкости ключевых практик к конкретному требованию процедурности, а затем к более широкой модели бизнес-процесса. Гибкость здесь не противоречит регламентации: отклонения допустимы по форме, но не по цели. Регламент не отменяет профессиональное суждение, а ограничивает его там, где нужна воспроизводимость. В итоге ценность подхода в том, что он превращает успех из случайного следствия личных качеств в управляемый результат процесса.
Ключевые практики описывают, что необходимо сделать. Их не нужно воспринимать как догмы. Работы можно выполнять не буквально и даже существенно отклоняться от написанного в CMM, если в результате достигается цель всей группы ключевых процессов.
Пример — ключевая практика «оценочный расчёт объёма промежуточных программных продуктов или изменение этого объёма». Она входит в раздел «Выполняемые операции» и в группу ключевых процессов планирования проекта. Практика описывает реализацию действия. Её смысл — облегчить анализ картины. При планировании проекта объём будущих работ нельзя оценивать только на основе личных знаний и опыта.
На втором уровне должен быть алгоритм или процедура расчёта оценочного объёма. Конкретный алгоритм может быть разным. Важно, что расчёт не должен выполняться человеком неформально, из личных соображений. Это должен быть метод, который не зависит от человека.
В CMM бизнес-процесс — это модель деятельности, в которой роль конкретного индивидуума исключена. Если в бизнес-процессе возникают неформальные расчёты и непонятно, как достоверно оценить объём работы, CMM требует придумывать процедуру, а не говорить, что человек сам решит из своих соображений. В этой модели улучшение и совершенствование процессов идёт не благодаря выдающимся качествам отдельных людей, а благодаря наличию регламентированных процедур, которые показывают, как это можно сделать.
1. Ключевые практики описывают, что нужно сделать, но не являются догмой.
2. Отклонение от практики допустимо, если достигается цель группы ключевых процессов.
3. Оценочный расчёт объёма промежуточных программных продуктов — пример ключевой практики.
4. Эта практика относится к разделу «Выполняемые операции» и группе планирования проекта.
5. Оценка объёма не должна опираться только на личный опыт и интуицию.
6. На втором уровне должен быть алгоритм или процедура расчёта.
7. Конкретный алгоритм может быть разным, но метод не должен зависеть от человека.
8. Бизнес-процесс в CMM — модель деятельности, исключающая роль конкретного индивидуума.
9. При неформальных расчётах CMM требует создавать процедуру, а не перекладывать решение на человека.
10. Улучшение процессов в CMM идёт за счёт регламентированных процедур.
11. Регламентация снижает зависимость результата от выдающихся качеств отдельных людей.
12. Цель подхода — воспроизводимость и управляемость процесса при сохранении ориентации на результат.
1. Почему ключевые практики не следует воспринимать как догмы?
2. При каком условии допустимо отклоняться от описанной ключевой практики?
3. Какую ключевую практику приводят в пример?
4. В какой раздел и в какую группу процессов входит эта практика?
5. В чём смысл оценочного расчёта объёма промежуточных программных продуктов?
6. Почему оценка объёма не должна выполняться только на основе личного опыта?
7. Что должно находиться на втором уровне расчёта?
8. Каким требованиям должен отвечать метод расчёта?
9. Что такое бизнес-процесс в CMM?
10. Как CMM предписывает поступать при неформальных расчётах?
11. За счёт чего в CMM происходит улучшение процессов?
12. Почему регламентированные процедуры важнее выдающихся качеств отдельных людей?
