IT-PRODUCTION SYSTEM
[IT] CONSULTING

Помогаю организовывать эффективную работу IT-команд

От анализа текущего состояния и определения причин проблем до проектирования новой модели работы команды и поддержки руководителя при ее развитии.

Без «серебряных пуль», готовых рецептов и универсальных решений.

Роман Лаптев
Роман Лаптев IT-консультант
Роман Лаптев
YT/TG @Real_CunningBird
NAME ROMAN LAPTEV
01
[ VALUE ]

Практический эффект повышения эффективности

Эффективность определяется не количеством затраченного времени, а тем, какая его часть превращается в полезную работу.

НЕЭФФЕКТИВНО Полезная работа: 33%
Задача A
Координация
Задача B
Переделки
Решения
Координация
Задача C
Исправления
Решения
Координация
ЭФФЕКТИВНО Полезная работа: 60% · Свободный ресурс: 27%
Задача A
Координация
Задача B
Решения
Задача C
Координация
Задача D
Свободный ресурс
Полезная работа
Координация и выяснение
Переделки и исправления
Ручные решения руководителя
Свободный ресурс

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

02
[ METHODOLOGY ]

Принципы работы

Большинство организационных проблем невозможно решить применением одной практики, методологии или набора правил. Работа IT-команды всегда зависит от сочетания процессов, организационной структуры, технических ограничений и целей бизнеса.

Поэтому моя задача — не внедрить очередную "лучшую практику", а понять, как устроена именно ваша команда, какие факторы ограничивают ее эффективность сегодня и какие изменения действительно помогут в существующих условиях.

Каждый проект строится вокруг анализа текущей ситуации и проектирования решений, которые можно реализовать в реальной работе команды, а не только в идеальной модели.

CORE_PRINCIPLES
  • Системный взгляд Изменения оцениваются с учетом влияния на всю организацию команды, а не только на отдельные процессы.
  • Работа в существующих условиях Решения учитывают реальные ограничения бизнеса, людей и технологий, а не идеальную модель организации.
  • Анализ вместо предположений Любые изменения начинаются с понимания текущего состояния команды, а не с выбора методологии.
03
[ PROJECT ]

Как строится работа по повышению эффективности

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

FLOW
01

Диагностика

Цель: Понять, что именно ограничивает эффективность команды.
Результат: Полная картина + рекомендации.
DIAG
Снимает боль: «Чувствую, что что-то не так, но не могу точно сформулировать»
02

Перепроектирование

Цель: Спроектировать целевую модель работы.
Результат: Процессы, роли, автоматизация, план перехода.
RDSG
Снимает боль: «Знаю, что не так, но не понимаю, как должно быть»
03

Сопровождение

Цель: Поддержать при внедрении.
Результат: Экспертная поддержка развития команды.
SPRT
Снимает боль: «Есть план, но не понимаю, как адаптировать»
NOTICE

После каждого этапа руководитель получает законченный результат и может перейти к следующему этапу — либо завершить проект и использовать результаты самостоятельно.

04
[ STAGES ]

Этапы повышения эффективности

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

05
[ FAQ ]

Частые вопросы

01 Почему нельзя сразу заказать перепроектирование?

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

02 Вы внедряете изменения самостоятельно?

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

03 С командами какого размера вы работаете?

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

04 Вы работаете по Agile, Scrum, Kanban или используете собственную методологию?

Нет. Agile, Scrum, Kanban и другие подходы не являются целью проекта и не рассматриваются как универсальные решения. В своей работе я использую авторскую систему организации эффективных IT-команд ITPS, которая помогает анализировать текущее состояние команды, выявлять причины существующих ограничений и проектировать изменения с учетом конкретных условий. При этом отдельные практики, методологии и инструменты могут использоваться, если они действительно помогают решить задачи конкретной команды.

05 Поможете ли вы, если серьезных проблем пока нет?

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

06 Можно ли использовать результаты диагностики самостоятельно?

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

07 Что если по итогам диагностики окажется, что изменения не нужны?

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

08 Вы даете рекомендации или готовые решения?

Готовые решения существуют только для типовых задач. Организация работы IT-команды всегда зависит от сочетания людей, процессов, технологий, ограничений и целей бизнеса. Поэтому результатом проекта становятся решения, спроектированные для вашей команды и вашей ситуации, а не адаптация заранее подготовленного шаблона.

CONTACT ME

Начало работы

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

Отвечу в течение 24 часов