Можно всю эту статью ужать до одной фразы. Manage people, not tasks. Управляйте людьми, а не задачами.

Этим все сказано. Но если внутри вас, когда вы читаете, еще что-то ёкает, остались сомнения, — предлагаю пойти немного вглубь. Вы согласны с фразой «проект — это команда»? Это же можно сказать более научно: «качество результата проекта эквивалентно качеству процесса».

Если не согласны с последним, это ваше дело. Потому что на этой идее построена вся современная научная часть управления проектами. Six Sigma, Toyota Production System, TQM — это все результат той же идеи, которая в своем самом жестком варианте звучит так. «Проект — это команда». Особенно читывая, что фактически единственный инструмент и ресурс в информационном бизнесе — это люди.

От «командной работы» до TPS в действительности не так далеко. Сначала появилось управление командной работой, HIM (Human Interactions Management), потом уже возникло управление бизнес-процессами, BPM (Business Process Management). Так что начинать выстраивать Тойоту из своей компании нужно с команды. С людей.

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

Как утверждает Уильям Джойс в книге "Формула устойчивого успеха в бизнесе 4+2", есть 4 фактора успеха бизнеса:

• Стратегия: разрабатывайте четко сформулированную и сфокусированную на росте стратегию и придерживайтесь ее
• Выполнение: организуйте безупречную практическую реализацию стратегии
• Культура: развивайте и поддерживайте корпоративную культуру, ориентированную на достижение высоких результатов
• Структура: разрабатывайте и поддерживайте «плоскую» и подвижную организационную структуру.

Два из четырех пунктов относятся исключительно к людям и внутренней структуре организации!

Для начала в команде выстраивается процесс сотрудничества и переговоров (важные качества: творчество и доверие). Затем каждый участник команды работает с внутренним желанием удерживать формат (ответственность, четкость). А уже только потом форматы процессов формализируются и «зашиваются» в систему, в ПО. Система — «после» человеческого взаимодействия, не «до». Именно об этом говорит Манифест быстрой разработки, Agile Manifesto: «Люди и взаимодействия важнее чем процессы и инструменты».

Эту идею мы положили в основании Comindwork, системы ведения проектов и сотрудничества. Используя базовые договоренности, можно достичь синергии в работе, то есть истинно командной работы. А уже потом мы предлагаем инструменты настройки процессов. Уже на базисе доверия, постоянного улучшения, ответственности каждого участника как за результат, так и за поддержку процесса.