在项目管理中，很多人热衷于使用------
甘特图
▲甘特图组件对象遍历器
不可否认，它有很多用处。对于含有大量活动部分的结构化、大型项目而言，项目管理套件及其附件可以起到很好的作用。
如果没有恰当的项目管理系统，想要在预算内如期提供产品可能不太现实。
然而现实是，许多企业的非正式流程远远多于正式的、结构化工作流程。非正式的工作流程很多时候都是自发的，随着特定需求出现或消失。
本质上很少具有层次性，也并非源自需要指挥下属的领导者。
因此，使用一些重量级的项目管理应用程序来管理并不复杂的项目（比如写一本电子书、为20个人订餐等），未免有些杀鸡用牛刀了。
毕竟现实中，人们需要处理的项目都有局限性，不至于复杂到堪比将卫星送上彗星。
事实上，训练有素的员工不需要上级的微观管理，也能管理很多所需任务。那么为什么还需要项目管理工具进行微观管理呢？
过度的项目管理会阻碍协作
如果项目管理套件真的那么有效，MicrosoftProject项目管理软件免费了几十年，为什么没独霸天下呢？
项目管理软件因为过于结构化，所以在大多数工作场景中都难以得到有效的应用，而只在某些项目中程序才能体现出其附加值。
这类项目的流程精密，又因为涉及的预算、变量范围以及时间周期等原因，而必须反复重复。
管理软件的问题在于灵活性不高，无法适应围绕项目展开的各种会话。
工作中的绝大多数流程都是非结构化的，甚至只会用到一些基本的检查表。这种工作中需要的不只是追踪资源可用情况和相关性，而是责任人之间的成功协作。
这也就意味着，工具要能为员工提供一个框架，让员工能够在其中讨论和分享与项目有关的问题和内容。
如果员工要花时间更新每项任务花费的工时，则实际用于完成工作的时间就会更少。
因此，旨在提高项目效率的高度结构化、高度细分的项目管理工具，在简单的项目中往往会阻碍高效协作，也是协作悖论中很特别的一项因素。
任务管理不是协作
在高效可持续组织的管理中，可重复流程和问责措施都是非常重要的环节。任务（或项目）管理已成为知识信息时代的流水线。
但人类不是机器，任务管理也不是协作。
人们每天在办公室做的工作中，估计有80%都是非正式流程。即使工作所面对的客户或工作内容的主题各不相同，大多数人也都在重复一些相同任务。
这些非正式流程通常是员工的工作实质，也是其价值所在。
比如，客户经理每天到了办公室后，知道自己要做什么，要跟进哪些项目，登记哪些客户，工作预期会有什么样的成效。
这也是大多数员工的工作流程。如果因为担心她还不具备完成工作的知识和技能，就一定要制作详细的任务列表来“弥补”，则大错特错。
工作中的挑战并非指完成任务或分配任务，而是如何有效且高效地完成任务。
只有认识到员工的沟通和协作能推进工作进度，将工作内容与围绕其进行的对话结合起来的重要性才更明了。
那些令团队成员只能通过甘特图和子任务交期来对话的工具，只会让员工的工作偏向过度注重工作流程，也与更流畅的协作和对话方案渐行渐远。
“非正式”并不意味着“不重要”
更简单、非正式的项目往往依赖于团队的专业知识、专业性和协作，其中就包括态度和文化。
应该在员工与同事之间营造愿意相互负责的氛围，而不只是通过等级制度对其进行管理。
这是管理中非常重要的一部分。员工需要能够与项目复杂性相匹配的管理工具。每天进行的简单、非正式的项目对企业成功非常重要。
Joywok社交化项目管理融入了项目动态、