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

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

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

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

Цели для каждого ITSM-процесса формулируются через его уникальное назначение. Например, для управления инцидентами цель: 'Сократить время устранения инцидентов на 10% к концу квартала'. Для управления проблемами: 'Уменьшить количество повторяющихся инцидентов на 15% через внедрение анализа корневых причин'. Все цели должны быть измеримыми, конкретными и напрямую влиять на качество ИТ-услуг, соответствуя принципам SMART и ориентируясь на потребности конечных пользователей.

Роль формального менеджера и неформального лидера в проектной команде отличаются по источнику авторитета и способу влияния на команду. Формальный менеджер имеет официальный статус, назначенный руководством, и обладает правом давать указания, распределять задачи и оценивать результаты работы. Он обычно отвечает за соблюдение сроков, бюджета и качества проекта. Неформальный лидер, напротив, приобретает авторитет благодаря личным качествам, опыту или уважению со стороны коллег, и его влияние строится на доверии и уважении, а не на должностных полномочиях. Неформальный лидер может возникнуть на любой роли в команде, даже на позиции, не предполагающей руководства (например, как руководитель каменоломни в игре 'Египет'). В то время как формальный менеджер часто фокусируется на процессах и выполнении задач, неформальный лидер может сильнее влиять на мотивацию и командный дух.

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

Для эффективной самоорганизации команды необходимо создать комфортную и безопасную рабочую среду, обеспечить прозрачность процессов и поддерживать высокий уровень вовлеченности и мотивации. Согласно Agile-манифесту, «над проектом должны работать мотивированные профессионалы», которым нужно предоставить условия и поддержку, полностью доверяя их профессионализму. Самоорганизация возможна, когда участники команды четко понимают общую цель и значимость своего вклада, а процессы позволяют оценивать результаты каждого. Менеджеры должны фокусироваться на управлении самим процессом, а не людьми, обеспечивая прозрачность, поддержку и устраняя препятствия, что позволяет команде балансировать между разными групповыми эффектами и достигать стабильных результатов.

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

Классификация помогает оптимизировать ресурсы, разделяя обратную связь на категории по приоритету обработки. Например, «Мертвая зона» требует минимальных усилий, тогда как «Hard Candy» заслуживает углубленного анализа. Это предотвращает перерасход времени на бесполезные комментарии и позволяет направить экспертные ресурсы на отзывы с высокой потенциальной отдачей. Кроме того, четкое распределение зон упрощает обучение сотрудников — они заранее знают, как реагировать на тот или иной тип взаимодействия, что повышает общую эффективность системы обратной связи.