Шестая глава помогает разработать показатели, ключевые и не очень, раскрывая на что обращать внимание для для появления качественных диагностических и операционных показателей.
«Одна из задач, которую вы должны держать в голове при разработке показателей, — то, что ваши сотрудники не должны осознанно или бессознательно пользоваться различными «лазейками» в формулировках, чтобы формально выполнять поставленные перед ними задачи, но фактически не способствовать достижению стратегических целей компании.»
Наверно, каждому разработчику хоть раз в жизни ставили в KPI точность попадания в оценку задачи. Приводит это обычно к тому, что разработчики учатся аккуратно «размазывать» время. Цель выполняется, а польза близка к нулю.
Количество KPI - очень важный вопрос. Автор приводит мнения различных экспертов. Некий Роберт Шампейн, например, считает, что таких должно быть от 20 до 30, на что один из его читателей возразил, что даже 20 уже много. Каплан и Нортон предлагают 16-25 показателей. Как по мне, и это очень много. Насколько я помню, Джим Коллинз в одной из своих книг писал, что у великих компаний таковых не более 5.