Управляйте людьми, а не задачами

Можно всю эту статью ужать до одной фразы. 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.
Используя базовые договоренности, можно достичь синергии в работе, то
есть истинно командной работы. А уже потом мы предлагаем инструменты
настройки процессов. Уже на базисе доверия, постоянного улучшения,
ответственности каждого участника как за результат, так и за поддержку
процесса.