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