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