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

При изменении ИТ-ландшафта (например, замене системы) связь между системными и бизнес-ролями определяется через: 1) Анализ архитектуры старой и новой систем — выявление функциональных аналогов (например, роль 'Менеджер проектов' в старой Jira может соответствовать роли 'Лид проекта' в новой системе). 2) Построение таблицы соответствия, где каждой старой системной роли ставится в соответствие новая. 3) Корректировку бизнес-ролей: если старая системная роль 'Кассир' входила в бизнес-роль 'Финансовый сотрудник', после замены её заменяют на новую роль 'Оператор кассы', но бизнес-роль сохраняет логику использования. Критически важно сохранить соответствие функций сотрудников, даже если названия системных ролей меняются.

Девятый тип клиентского сервиса по Сету Годину — это отношение к клиентам так, как хочешь, чтобы относились к тебе. Это этический подход, основанный на уважении к людям. Примерами являются небольшие семейные рестораны в Италии, где персонал проявляет искренний интерес и заботу. Такие компании работают не ради прибыли, а потому что это правильно, но они встречаются редко.

Показатели зрелости, обычно измеряемые по шкале от 1 до 5, можно привести к шкале результативности (0-100%), используя простую линейную или нелинейную конверсию. Например, уровень зрелости 1 может соответствовать 0%, уровень 2 — 25%, уровень 3 — 50%, уровень 4 — 75%, и уровень 5 — 100%. Такая конверсия позволяет визуализировать оба показателя на одном радаре для удобного сравнения и анализа. Это даёт возможность одновременно оценивать текущую пользу процессов (результативность) и степень уверенности в стабильности этой пользы (зрелость).

При отсутствии предпроектного обследования возникает несколько серьезных рисков: подрядчики вынуждены завышать оценки бюджета и сроков из-за неопределенности задачи, что приводит к неоправданным увеличениям стоимости проекта; возрастает вероятность неполного или некорректного решения поставленных задач; повышается риск появления непредвиденных трудностей в процессе реализации; возрастает вероятность конфликтов между заказчиком и исполнителем из-за расхождения ожиданий. В среднем, риски при нечеткой постановке задачи начинаются от 10% и могут значительно увеличить итоговую стоимость проекта.

Единственная, но принципиально важная ответственность заказчика заключается в том, чтобы быть недовольным результатом. Недовольство заказчика по отношению к продукту проявляется в постоянном стремлении улучшить качество, снизить стоимость, ускорить поставку и увеличить выгоду. Это недовольство является движущей силой прогресса и позволяет сжимать площадь треугольника 'Качество-Сроки-Стоимость'. Заказчик, как инвестор, заинтересован в получении максимальной отдачи от вложенных средств и поэтому всегда стремится к повышению эффективности команды.

Принцип 'Работать «в полях»' означает необходимость непосредственного наблюдения за процессами для понимания реальной ситуации. Хотя измерения тоже важны, непосредственное наблюдение предпочтительнее, поскольку цифры могут искажаться в зависимости от метода расчета. Например, рекомендуется иногда работать пару дней на Service Desk, чтобы лучше понять проблемы и потребности клиентов из первых рук.

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

Проблемы между разработчиками и тестировщиками включают: разработчики считают, что тестировщики медленно работают, не тестируют всё, что нужно, и постоянно отвлекают их от работы; тестировщики же утверждают, что разработчики сами вносят дефекты в код, плохо составляют тест-кейсы, и им приходится исправлять чужие ошибки. Это приводит к негативному восприятию роли тестирования и взаимным обвинениям в низком качестве работы.

Заказчик в рамках BPO покупает не просто выполнение задач, а организацию и реализацию целого бизнес-процесса. Услуга включает в себя ответственность поставщика за управление ресурсами, обеспечение качества, выполнение процесса в соответствии с требованиями заказчика и долгосрочное сотрудничество. Это делает услугу более комплексной и стратегически значимой по сравнению с разовыми проектами.