Почему отчёт может быть правильным, а решение по нему — ошибочным?
Верный расчёт ещё не гарантирует верное управленческое решение: важны период, смысл показателя, исключения и источник данных.
Читать статью →управленческие решения — Алексей Журинов
Рубрики
Популярные метки
Я не считаю процесс автоматизированным, пока сотрудник не может объяснить решение системы
Почему автоматическое решение должно показывать свои основания, владельца правила и понятный путь для исключения.
Читать статью →Я выбираю границы системы там, где бизнес берет на себя обязательство
Почему архитектурные границы стоит проводить в точках обязательств перед клиентом и деньгами, а не по названиям отделов или списку технологий.
Читать статью →Как понять, что IT-проект лучше остановить до запуска?
IT-проект стоит остановить не из-за первой трудности, а когда исчезла проверяемая причина продолжать. Разбираю пять признаков и порядок решения без лишней драмы.
Читать статью →Я начинаю IT-стратегию с решения, которое нельзя принимать вслепую
IT-стратегия начинается не с перечня систем, а с решения, которое компания не должна принимать наугад. Показываю, как найти такой вопрос и превратить его в понятный следующий шаг.
Читать статью →Какие уведомления действительно нужны руководителю в бизнес-системе?
Какие уведомления стоит отправлять руководителю: как отличить сигнал от шума, назначить владельца, срок и уровень эскалации.
Читать статью →Я разделяю срочность и критичность до того, как обсуждать надёжность системы
Как отличить срочную проблему от критичного риска в IT-системе: оценить последствия, выбрать разумную защиту и назначить владельца решения до сбоя.
Читать статью →Как проверить, можно ли доверять отчёту перед важным решением?
Как проверить управленческий отчёт перед важным решением: определить показатель, назвать владельца, пройти путь одной записи и учесть понятные исключения.
Читать статью →Архитектурный выбор без владельца превращает проект в спор
Техническое решение становится дорогим спором, когда никто не отвечает за его критерии, границы и последствия. Я разбираю, как назначить владельца архитектурного выбора.
Читать статью →Почему я сначала разбираю худший рабочий день, а потом выбираю архитектуру
Как один тяжёлый рабочий сценарий помогает выбрать архитектуру: увидеть критичные данные, границы системы, владельцев решений и безопасные запасные пути.
Читать статью →