工作规范 Work Norms


经验之谈

田继辉:

  • 领导让畅所欲言,并非是想说什么就说什么,他想听到的是:有价值的问题、有启发意义的建议、较独特的思考。
  • 公司不是你家,要有自己的时间。
  • 数据记得备份,在自己的分支上操作,尽量不要改动他人的分支。
  • 自信一点,很快地掌握。
  • 演讲时关注听众感受,使其易接受;PPT以图形描述较好。
  • 一个人不可能让你同时只做一件事。
  • 交付:交待的事情,有个结果,形式不限,让对方看到。工作上持续交付;学习上可完成再交付。
  • 分享会:专注一两点,不用面面俱到;面向小白,通俗易懂;生动形象,活泼有趣。
  • 升职加薪的工作表现:积极主动(负责),善于沟通,独立思考。(增加曝光度)
  • 平稳部署:新的上线,旧的先保留一段时间再移除。
  • 提前请假,有备无患。
  • 一种改bug的思路:查看前人的 Pull Request,该实现方式是否有问题。
  • 优秀的员工除了专注于本职工作,也要了解整个产品线上下游的工作流程与运作机制。
  1. Product line:
    PO = Product Owner
    PM = Project Manager
    BA = Business Analyst
    QA = Quantity Assurance
过程 工作 角色
产品 product PO
业务场景 business BA
用户使用 user Client
功能开发 develop Developer
质量测试 test QA
运行维护 operation Support
  1. Product workflow:
    Business workflow. BA. CEO
    Technology workflow. Developer. CTO
    Management workflow. Manager. COO/CEO

覃光辉 Toby:

  • 描述事情要量化、具体。
  • 硬实力:技术实力,技术领导力;软实力:沟通能力,理解能力,表达能力;业务能力。
  • 多交流,接触身边的人和资源;给别人带来好处。
  • 思考公司组织架构的问题。
  • 最好不要久坐不动,上班多喝点水。
  • Less Code, Less Bug.

蔡旺旺 Jameson:

  • 不停地feedback,以匹配期望与行动;刚开始的三年最重要。
  • 对于项目开发,思考讨论后,先完成再完美。

岳超 Alvin:

  • 遇到问题别急着改代码,先找到问题出在哪。

宋盼:

  • 单元测试不要对外部系统产生影响。

董祺:

  • 遇到问题不要紧,关键是发现问题和解决问题。
  • 任何人都会有疏忽的时候,但是 checkout plan 要全面。

文章作者: SS Tian
文章链接: https://sstian.github.io
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 SS Tian !
  目录