朱赟的技术管理课
朱赟
计算机博士,前 Airbnb 技术经理
48935 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 39 讲
时长 13:23
时长 13:31
朱赟的技术管理课
15
15
1.0x
00:00/00:00
登录|注册

29 | 说说硅谷互联网公司的开发流程

项目复盘、演讲
用户手册、Oncall Playbook
代码清理、文档整理
文档更新、需求变动
进度报告、人员重新配置
公共服务或库的提取
整体设计文档
灰度发布、A/B 测试
实现、监控、日志、预警代码
设计测试实验
开发初期的设计文档
两种团队协作方式:每人完成一个子项目、所有人一起逐次完成每个模块或需求
主项目和子项目的确定
确定 Roadmap,采用调查模式,确保工程师的声音可以准确地触达管理层
技术驱动反映在调查(Survey)模式中
确保整个公司有一致的目标
进行项目的收尾、维护和复盘
完成项目的生命周期
进行产品实现
确定主项目和子项目
在公司内部确认 OKR
收尾、维护、复盘
主项目的生命周期
每个子项目的生命周期
主项目及其子项目的确立
OKR 的设立
作者参与并负责了两个大项目,对流程有了更深一步的理解
标题:硅谷怎么”办“:说说硅谷互联网公司的开发流程
流程包含内容
开发流程包括以下几个阶段:
参考文章
硅谷互联网公司的开发流程

该思维导图由 AI 生成,仅供参考

今天,我和你聊一聊硅谷互联网公司的开发流程。之前我的很多文章里就或多或少涉及过这一方面的内容,最近我又全程参与并负责了两个大项目,对流程有了更深一步的理解,今天就在专栏里系统地和你探讨一下。
总的说来,我们的开发流程包括这么几个阶段:
OKR 的设立;
主项目及其子项目的确立;
每个子项目的生命周期;
主项目的生命周期;
收尾、维护、复盘。

第一点,OKR 的设立

所有项目的起始,都应该从 Roadmap 做起。硅谷公司的 OKR(Objectives and Key Results)一般都是自顶而下的。也就是说,先有整个公司的 OKR,然后有每个部门的 OKR,继而是大组的 OKR,再到小组的 OKR,确保整个公司有一致的目标。在这个过程里面,技术驱动反映在哪些方面呢:
首先,确定 Roadmap 的过程中,我们会采用调查(Survey)模式,确保工程师的声音可以准确地触达管理层。比如:工程师们觉得基础架构比较薄弱,公司就会加大这一块的支持力度。如果大家觉得开发环境很低效,就会把这个因素也放到 OKR 的考虑。硅谷的公司一般会分为产品组和系统架构组。总的说来,系统架构组的 OKR 里,工程师的声音会很大。
其次,项目怎么做,怎么规划,一般是由工程师来决定。OKR 只确立目标,是不是要构建新的服务,是不是要沿用现有的架构,如何进行技术选型等等,这些不是 OKR 的组成部分。
最后,估算 OKR 里的目标工期的时候,我们会除去一些用来做技术创新和支持的时间,比如编程马拉松,开源支持等的事务。谷歌的员工会给自己留 20% 的自由项目时间,这些都是时间缓冲区。
(注:OKR 是企业进行目标管理的一个简单有效的系统,能够将目标管理自上而下贯穿到基层。具体概念可以参考 http://wiki.mbalib.com/wiki/OKR。)
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

硅谷互联网公司的开发流程是一个自顶而下的系统,从OKR的设立到主项目及其子项目的确立,再到每个子项目的生命周期和主项目的生命周期,都有着清晰的流程和规划。在OKR的设立阶段,公司会采用调查模式,确保工程师的声音能够准确地触达管理层,从而影响公司的支持力度和技术选型。在主项目及其子项目的确立阶段,团队协作有两种方式,每人负责一个子项目或者所有人一起逐次完成每个模块或需求,各有利弊。在每个子项目的生命周期中,包括开发初期的设计文档、设计测试实验、实现、灰度发布等步骤。而主项目的生命周期则包括整体设计文档、进度报告、人员重新配置等环节。这一流程体现了硅谷互联网公司在开发过程中的严谨性和规范性,同时也展现了技术驱动在其中的重要作用。 在项目结束后,进行代码清理、文档更新和整理,编写用户手册或Wiki,并将基本错误和异常处理写入运维手册。每个项目结束都会进行复盘,总结整个项目的教训和经验,并在组内分享。这些流程体现了硅谷互联网公司在软件产品和服务开发中的严谨性和规范性,以及对技术驱动的重视。 总的来说,硅谷互联网公司遵循严谨的开发流程,从OKR设立到项目实施再到项目结束,每个阶段都有清晰的规划和流程。这些流程体现了公司对技术驱动的重视,以及对团队协作和项目管理的严格要求。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《朱赟的技术管理课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(19)

  • 最新
  • 精选
  • William李梓峰
    国内根本就没有流程可言,比敏捷开发还要敏捷。
    2018-01-21
    32
  • ajodfaj
    在高校,基本原则就是直接干,先有个能动的版本再说,然后就没有然后了
    2018-01-17
    1
    12
  • GeekAmI
    我去,硅谷的流程貌似更科学一些。我司就5个开发,没那么讲究...
    2018-01-17
    9
  • pjd
    4 所有的实现都要加入监控、日志、预警代码。 5 所有实现都是隐藏在一个开关后。灰色发布 能不能讲讲这两点的具体实现?
    2018-02-03
    5
  • 云飞扬
    国内没有这么好的流程,大公司开个kick off,然后就是编码了,小公司就是直接干,中间想改就改,有流程的不多
    2018-01-17
    5
  • 伪装的架构师
    针对项目开发流程我想谈谈在现公司中的一些共同和差异。1、OKR的管理。项目设立时,OKR自上而下进行确立,总体上能保持一致,但是随着项目进行会出现偏差,这个偏差往往是在部分功能投产后,用户实际的反馈会导致需要对项目初设立的OKR进一步补充才能完善;2、技术创新和支持,考虑到工作安排的时效性和在一般公司技术创新的可行性和依赖,国内公司很少有这部分的工作安排。但是这部分时间对技术人员的成长和价值体现又往往很重要,这不知道是不是雇主和雇员利害最后博弈的结果;3、重构关键产品链路,进行双重写入的实现,验证数据结果,再进行切换。这个实现确实对保持服务的稳定性方面起到至关重要的作用,但是实现上需要花费比较大的时间和精力,项目管理者往往就愿意用测试的覆盖率和案例量去替代了这个实现方案;4、项目收尾,基本错误和异常处理写入到运维手册。这个也是对项目运维比较好的支持和积累,值得推荐。
    2018-05-12
    4
  • 刘剑
    朱老师想问下, 1.一个版本的开发周期是多长?有延期的情况吗?有哪些原因在这种开发流程下还会导致延期? 2.中间是否允许需求变更?如果允许变更流程又是什么样子的呢? 3.在开发流程中用到了哪些项目管理工具能介绍下吗?
    2018-01-23
    2
  • 罗琦
    字节跳动基本就是这样的流程
    2020-02-02
    1
  • 张荣
    安姐!监控、日志、预警这块能讲讲吗?
    2018-03-16
    1
  • 王建Tyrion
    硅谷的流程就是完整,学习了。
    2018-01-19
    1
收起评论
显示
设置
留言
19
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部