职场共识
团队协作
注: attachments/xmind/团队协作体系.xmind
职场认知
注: attachments/xmind/职场认知闭环.xmind
职场仪式感
培训交付规范
思维脑图
注: attachments/xmind/培训总结交付规范.xmind
注意事项
- 明确交付主题,创建主题名称的目录
- 图片文件命名以主题为前缀,以序号为后缀
- 创建
images
目录,并把相关图片放在该目录 markdown
原稿中使用相对路径引用图片markdown
原稿与导出的 PDF 文档放在主题目录- 打包
zip
压缩文档作为交付文档
交付示例
- 示例文档目录结构
|
- 图片引用示例
|
- 配置
.md
文档默认使用 MacDown 软件打开
团队交流规范
实时交流(工具): 分发任务、需求时下游角色个体必须回应。
- 回复
!=
必须立即执行;回复==
态度。 - 非特殊情况实时回复,其他同事相互提醒。
- 若任务紧急但下游角色个体时间不便,主动向其他同事救助或向上游角色解释说明。
- 回复
正式交流(邮件、交付文档)
- 超出三个说明事项的场景时可考虑文档形式。
- 周报、开发时间计划表、验收文档必须以文档形式,并通过邮件交付。
- 寄出邮件后,在实时交流工具中以邮件截图通知对方查收邮箱。
团队执行力
注: attachments/xmind/团队效率驱动图.xmind
协作规范
结论式
职场认知中强调工作中的任务行为必须要交付,否则会进入被动状态。即无论任务是否完成,都需要在约定好的时间内把任务状态交付给上游同事。
列表式
团队成员之间协作的事项有许多共性,所以按需求分配出来的的任务应该是列表式的,方便梳理业务流、调整优先级,当前工作日志格式的规范就源自这个理念。
重点,分发任务时是非常清晰的列表方式,那么交付任务的完成状态时也应该是列表式的,否则接收人无法完整地理解是在描述哪个任务。
报告式
列表式针对的是任务列表,报告式针对的是单个任务的需求列表。
每个任务都有需求列表,这是判断任务是否完成的依据,也是工作日志中的重要内容。标注下单个任务的需求列表的完成状态(尤其是部分完成时),在到达任务的截止时间时不得不交付时,把任务列表及任务需求列表的完成状态(工作日志中的内容)作为报告交付会很直观,方便交流继续推进任务的完成。
闭环式
若任务已按需求完成,并按报告式的形式交付给上游同事,是顺利的状态。
当任务未完成、完成不顺利时,需要描述下未完成的是任务哪个环节,未完成的原因是什么?开发环境问题,同事协作问题,还是时间分配问题?以便上游同事理解任务的完整现状,并做出对应的计划调整。
闭环式地完成自己的交付使命,是上游同事继续完成他的交付使命的基础与前提。