## 好的团队 1、团队和谐程度。我工作过好几个部门，其中有个部门不乏907的工作强度，但是半年以上大家都没什么身体问题，有很大的原因就是团队和谐。团队和谐的直接结果就是工作可以做到张弛有度，你虽然忙，但并不是把你按在工位上干活，你手头的工作可以无缝衔接到另一个同事手上，这就要求你处理工作的所有关键节点其他同事都多少参与或是有过了解，这就不是制度的问题，没有人要求谁是你的AB角*，工作完工，责任还是你的，好处也还是你的，大家都自愿相互提醒、相互扶持，极限时一个人可以临时顶起团队六个人所有的工作。在这样的团队，每个人工作强度虽然大，但是心理压力真的小很多。2、领导参与程度。一个岗位是否会对职工产生过大的压力，有很大程度上取决于领导。领导是否保持本部门所有工作进度的把控能力，这点很重要。我工作过的最舒服的岗位，就是领导有超强的全局把控能力，真的是你在给他打下手的感觉，需要你出门去办的事，他可以直接从你手上拿过正在处理的工作，稍微梳理一下就交给下一个人，"再有问题直接找我"，这句话真的是你心里最大的依靠。3、良好的制度与分工，也就是所谓的工作流管理。你是否承担了工作岗位之外的工作？有好多人自己都难以回答这个问题，没有明确的分工，自然就会变成能者多劳，但多劳不多得，遇到问题直接推给能力最强的那个人，然后其他人996摸鱼，这是灾难。我就经历过领导白天屋里抽烟，硬生生待到下班才布置工作的，然后"能力差"的陪领导抽烟聊天到半夜，我们这群所谓的"强人"加班干不完，回家接着干，最后"能力差"的如愿提拔。良好的工作流＋的典型，就是第二条的那个部门，所有工作都按照规范流程梳理，文件保存格式、备忘录都有明确填写要求，你可以处理A环节，也可以处理B环节，直接看文档就可以了解的很清楚。每日晨会？进度通报？不存在的，直接在部门目录里可以看到所有的进度信息，另外还要指出，这个部门有很多工作的需要对外联络，还能做到整体工作进度无缝衔接*，真的是很难得。 ## 团队wiki 团队 wiki，不直接产生绩效，但是一个有序的 wiki，却能让新人更快入门，也让不同职责的同事之间，更快地更好地获取信息。 - 如何解决没人愿意花精力写团队 wiki 的问题？类似问题 [程序员不愿意写文档和注释怎么办](程序员不愿意写文档和注释怎么办) - 团队 wiki 的核心组成要素包含哪些？ - [知识地图](知识地图) 和 [个人说明书](个人说明书) - 知识地图仅供内部使用，促进团队彼此对技术栈的了解。 - 个人说明书主要对外，促进团队间的写作，也可以顺便帮助团队内部更好地理解彼此。 - 通过什么软件承载？ - 团队内部惯常使用的工具即可。如果用的工具过度落后，可以考虑推动公司内部的效能工具部去更换。