阅读《MegaEase 远程工作团队协作协议 v1.3》后的一些感想
原文链接 https://coolshell.cn/articles/20765.html
从雇员的角度,谈一谈它对工作态度和实践的启发。
基本原则 Principles
-
Ownership & LeaderShip
这是动力和激情的源泉。对所作事情要有责任感和使命感,而不是敷衍了事,得过且过。说的通俗点,就是把工作这个事当成自己的事儿,而且是自己的很重要而崇高的事情。当然,有些事情和项目的确不能以自己的意志转移的,的确就是提不上劲儿,那就做好自己那块,干脆尽早抽身,及时止损。
另外,具备Leadership并不一定是要当上领导,而是使自己具备如下特质:在周围的人中能力突出,经常帮人解决问题,因此也被人依赖。 -
Initiative
主动,主动再主动。积极的态度,主动的行为。主动发现问题,主动解决问题。不要担心提出傻问题、傻方案,时间会证明你的明智。人都有惰性,懒于早起,懒于早去解决问题。拖延和回避,在工作中不是解决问题的好方法。 -
High Standard
自始至终的高标准,即使临时妥协,事后也要思考重构。
方法论 Methodology
金字塔原理:”想清楚,说明白“。其实说和想是一回事,唯一的区别就是,从想清楚到说明白,中间就差自信可靠的记忆。
-
逻辑:不论是思考还是表达,都需要有逻辑。搞懂逻辑。
- 推理论证两种模型:演绎和归纳
- 演绎:从通用到专用,从抽象到具体。将共性演绎到具体的性质。
- 归纳:从特殊到一般,从具体到抽象。归纳出共性。
- 常用的逻辑关系:
- 因果关系
- 相关关系
- 演绎关系和归纳关系
- 例证、引证和话证等。
- 推理论证两种模型:演绎和归纳
-
表达基本原则:结论先行,以上统下,归纳分组,逻辑递进
-
顺序原则:先做重要紧急
- 时间空间顺序。很多时候,二者可以彼此转换,重时间不重空间,重空间不重时间。一般而言,时间的敏感性更高些。
- 重要性顺序:人为设定的优先级顺序。
-
一些常用方法
- 表述性:SCQA(Situation情景背景,Conflict冲突发生了什么事,Question疑问,Answer答案),适用于演讲中描述事情、吸引注意力等
- 总结性:STAR(Situation, Target, Action, Result),使用于职场总结、汇报,项目复盘,简历制作等。
- 日常工作:3PS(Problem,Plan,Priority和Summary), 适用于每日进展跟踪,团队成员间进度公开等。
-
开始构建和使用金字塔:结合从上到下和从下到上的思考方向。
- 从上到下:明确目标,确定理想,将空中楼阁慢慢落地。
- 从下到上:从肯定要做且能做的做起,逐渐逼近小目标,进而实现大目标。
-
应用示例:解决问题的过程,是以上各原则和方法的糅合的艺术
- Situation —— 事情的背景
- Target ——解决问题想要到达的目标。
- 3PS —— 肯定有问题,问题是什么?问题的原因(因果),与何想干(相关),对已知事实、原因和相关的演绎与归纳。制定解决问题的计划,从上到下和从下至上,优先级,做事的顺序等。
- Action —— 执行,贵在坚持,不断反馈思考,对子问题不断进行3PS.
- Result 结果
- Review 复查
实践 Practices
-
Documentation Driven
文档,是一种深度思考的沉淀,是持久化的记忆。写文档的过程,也是辅助思考的一种过程。
在整个的开发流程中,文档可以很轻很敏捷,但不可以没有。文档是应对团队结构变化、成员流动带来的风险的有效办法。
做好代码和文档的统一。 -
Review
重要的问题、方案和实现之后需要Review。 反思是进步的源泉。- Idea Review, 重要的想法自己想出来了,不要急于去实现,而是想象自己站到客观的接受者角度,想想有没有什么重大bug或不妥。然后Share出来,让大家也都听听看看,抛砖引玉,有时的确非常有用。
- Design Review,一个好的设计文档需要包括如下几项:
- 背景:事情的上下文情况,暴露出来的问题或痛点
- 目标和意义
- 解决方案:提出多个方法,进行优劣对比。令人信服的引用和数据。方案的优点和缺点。
- 结论。
- Code Review,代码审查是编码质量的基本保障,反向促进编码人员的水平提升。
-
3PS Update
Problem,Plan,Priority和Summary. 每日开启工作前,确定问题,制定计划,分配优先级,对当前工作有个清晰的总结性认识。制定计划是门学问,每个人都需要有自己的 milestone 计划, 这个计划最好是在2周以内,1周内是最好的。对于更细的每日计划,可以尝试使用“吃青蛙”理论,即那些在你脑袋中始终嘀咕、挥之不去的念头尽早进行落地实践,清空大脑才会为更具创造性地想法留下空间。可以对事务按重要、不重要、紧急、不紧急划归象限,重要紧急永远第一位的,重要不紧急或紧急不重要都需要尽量分解到不紧急不重要或重要紧急。 -
Effective Meeting
当然,3PS 也适用于会议。会以必须有议题,而且最好还有议案,与其对议题泛泛而谈,不如就一个现成的提案进行实质性讨论。会议期间不解决问题,只对问题的后续解决进行跟踪(落实到人)。会议必需要有共识和结论。因此,可见会议前也需要发起人做相应的准备工作,包括如下分类:议题的收集、议案的提出(小范围的讨论)和参会人员的选取和信息同步等。 -
Disagree and Commitment
决策制定之前,鼓励充分的分歧、讨论。一旦团队形成决议,团队的成员就必须支持这个决议,并在这个方向上做出贡献。这是团队效率和凝聚力的保证。 -
Simplification & Automation
大道至简。简化你的代码中的函数、类和API,简化你的系统模块,简化流程,简化会议… 自动化是一种高级的简化。避免人肉运维。“人管代码,代码管机器,避免人直接操作管理机器的人肉运维”。 -
Calm Down
时刻保持冷静。避免冲动,特别是涉及线上、交付的工作。充分测试,充分思考,越是重要紧急,越要充分的考虑。