Time in Process — это общее время, в течение которого задача находилась в потоке, от начала до конца обработки (также называемое Lead Time). Формально он рассчитывается как разница между моментом завершения работы (Done) и моментом начала работы (Start). Однако важно учитывать, что это не просто календарное время, так как в большинстве ИТ-процессов работа ведется только в рабочее время, а не круглосуточно. Правильный расчет предполагает учет именно рабочего времени, а не общего календарного, чтобы избежать искажений результата (например, задача, выполненная за 24 рабочих часа в течение трех календарных дней, будет иметь неадекватно низкую эффективность при учете полных суток).

Для определения идеальных качеств менеджера для конкретной компании необходимо провести собственное исследование, подобное тому, что провела Google в рамках Project Oxygen. Это включает в себя проведение интервью с сотрудниками, анализ данных по методу «360 градусов», опросы уходящих сотрудников и оценку эффективности деятельности текущих руководителей. На основе полученных данных можно выявить, какие именно качества и компетенции наиболее влияют на результативность работы подчинённых в вашей организации. Полученный список может содержать разное количество пунктов, от двух до двадцати, и будет уникален для каждой компании, так как зависит от специфики её деятельности, культуры и целей.

Примеры фатальных ошибок поставщиков услуг включают отказ страховой компании возмещать убытки по КАСКО, ссылаясь на то, что разбитое стекло в автомобиле не является страховым случаем, несмотря на то что повреждение произошло в результате противоправных действий третьих лиц. Другой пример — действия банка, когда банкомат захватывает зарплатную карту клиента, а служба поддержки уведомляет о необходимости оплаты перевыпуска карты, безоговорочном списании средств и значительной задержке в оформлении новой карты, заставляя клиента приезжать в неудобное отделение. Также относится к фатальным ошибкам непредоставление критически важных услуг в оговоренные сроки, что напрямую влияет на бизнес-процессы клиента, или нарушение конфиденциальности данных клиентов.

В тексте упоминаются следующие категории задач, претендующие на использование рабочего времени: 1. Оперативные, рутинные задачи — текущие вопросы, которые требуют немедленного решения и занимают основной объём рабочего времени 2. Долгосрочные задачи, связанные с развитием себя и компании — которые часто остаются без внимания из-за приоритета оперативных задач 3. Задачи, которые хочется выполнять (интересные проекты) 4. Задачи, которые необходимо выполнять независимо от желания (обязательные функции должности, например, бухгалтерский учёт) 5. Профессиональные задачи, относящиеся к основной работе 6. Личные дела, которые пересекаются с рабочим временем в условиях размытых границ между работой и личной жизнью

Установка больших обновлений, таких как 21 мегабайтный файл, при скорости соединения всего 10 кбит/с приведет к чрезмерно длительному времени загрузки — примерно 4,67 часа без учета разрывов соединения. При постоянных разрывах соединения процесс может затянуться на несколько дней или даже недель. Это нерационально, так как техническая поддержка должна предлагать оптимизированные решения для текущих проблем пользователя.

Для улучшения взаимодействия полезны общие показатели, ориентированные на конечный результат: качество и стабильность продукта в эксплуатации, скорость выполнения запросов бизнеса от идеи до внедрения, удовлетворенность конечных пользователей. Также важно внедрение совместных метрик, таких как количество переписок между группами по решению проблем, время согласования задач, частота ошибок на стыках функциональных зон. Такие показатели создают общую ответственность и поощряют сотрудничество вместо конфронтации.

В тексте приводятся два примера использования соревновательности: первый - проведение одновременных деловых игр "The Challenge of Egypt - управление проектами" для сотрудников различных подразделений на корпоративной выездной сессии, когда команды активно сравнивали свои результаты (например, проверяли, как построены пирамиды у других команд). Второй пример - внедрение сравнения KPI между инженерами технической поддержки на предыдущем месте работы, что привело к увеличению выполненной работы и улучшению её качества.

Для внутренних корпоративных продуктов понятие 'успеха' должно быть переопределено в контексте бизнес-целей компании и потребностей конечных пользователей внутри организации. Успех может измеряться через снижение операционных издержек, повышение производительности сотрудников, сокращение времени выполнения ключевых процессов, снижение количества ошибок в рабочих процессах, уровень удовлетворенности внутренних клиентов (других отделов или команд), степень интеграции с существующими системами и процессами. Важно установить четкие критерии того, как продукт решает конкретные бизнес-проблемы, и измерять прогресс в решении этих проблем. Также важно учитывать метрики TTV (времени достижения ценности) для внутренних заказчиков и следить за долгосрочной поддержкой продукта. В отличие от коммерческих продуктов, успех внутреннего продукта может быть оценен через его способность заменить или оптимизировать существующие решения, снижая общую стоимость владения.

Необходимость включения того или иного участника в цепочку согласования доступа определяется их ответственностью за различные аспекты безопасности и эффективности использования информационного ресурса. Это включает: ответственность за функциональные обязанности сотрудника (руководитель), ответственность за работу и соответствие информационного ресурса бизнес-целям (владелец ресурса), техническую возможность предоставления доступа без нарушения работы системы (технические администраторы), соблюдение принципа разделения обязанностей (внутренний контроль), и соответствие политикам информационной безопасности (служба ИБ). Факторы также включают регуляторные требования, критичность ресурса для бизнеса, историю инцидентов безопасности и уровень зрелости процессов управления доступом в организации.

В Lean-подходе Lead Time — это время от момента поступления запроса до его выполнения, то есть общий период, который заказчик ожидает результата. Process Time (также называемое Touch Time или Task Time) — это время, когда непосредственно осуществляется работа над запросом, без учета времени ожидания в очередях. Основная разница в том, что Lead Time учитывает все задержки и время ожидания, тогда как Process Time фокусируется только на активной работе. Поскольку именно Lead Time определяет восприятие скорости выполнения работы заказчиком, оптимизация обычно направлена на сокращение именно этого показателя, а не Process Time. Однако отношение Process Time к Lead Time служит важным индикатором общей эффективности потока.