Данный материал задумывался как свободные, неформальные размышления на тему различных форм добровольной коллективной деятельности, которая в настоящее время часто называется «проектной деятельностью». Я не возражаю против терминов «проектная деятельность» или «кооперирование», но хотелось бы выйти за границы, определяемые этим термином и соответствующими документами.
Мотивация к коллективному труду понятна и естественна. Разумному человеку очевидно, что существует граница его личных возможностей и потому кооперация и специализация (как оборотная её сторона), необходимы. Ратовать за очевидное не вижу смысла. Человек, который в состоянии анализировать окружающую действительность и сопоставлять (соотносить) свои возможности и масштаб имеющейся задачи без труда приходит к мысли о целесообразности периодической совместной деятельности.
При этом сама по себе коллективная деятельность имеет разные проявления. Армия – это тоже, очевидно, коллективная деятельность, но принцип управления там иной и потому в этом направлении мы не пойдем пока. Что же остаётся нам ? Остается всё, что изображаемо сетевым графиком. Строительство, разработка ПО, сельское хозяйство, нероботизированное изготовление сложных изделий. И еще многие сферы, где до определенного уровня возможна структуризация деятельности и явным образом необходима координация между живыми людьми. Полагаю, что почти любая скоординированность может быть изображена сетевым графиком — вопрос только в его детальности/проработанности.
Итак, нам интересен механизм возникновения и поддержания добровольной скоординированности. Которая, в конечном счете, приводит к повышению эффективности коллективной деятельности. Тема повышения производительности такого коллективного (проектного) труда (далее будем обозначать её ↑ПТ) — крайне актуальна и на неё менеджмент обращает пристальное внимание .
Нам важна не скоординированность вообще (на уровне помыслов и разделяемых морально-этических ценностей, хотя это тоже важно), а скоординированность конкретных результатов во времени и по месту. То есть «стыков» — полагаю, понятно, что имеется в виду. Тема управления стыковыми конфликтами — будет дальше освещаться. Чем меньше время, в течении которого возникает согласие между смежниками — тем больше ↑ПТ на проекте. Некоторые виды конфликтов можно увидеть заранее, другие возникают только во время реализации проекта. Смотри дальнейшие публикации сайта…
__
Типизация конфликтов на стыках не всегда очевидна со стороны.
Универсальная классификация прозрачна, но не несёт особого смысла:
- Привез не то по сути,
- Привез не туда,
- Привез не вовремя,
- Неправильные сопроводительные бумаги,
- И т.д.
__
Детальный разбор/типизация конфликтов и методы работы с ними (например, для строительства) - будут рассмотрены дополнительно.
