DevOps实战笔记
石雪峰
京东商城工程效率专家
立即订阅
3541 人已学习
课程目录
已更新 35 讲 / 共 35 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从默默无闻到风靡全球,DevOps究竟有什么魔力?
免费
基础理论篇 (4讲)
01 | DevOps的“定义”:DevOps究竟要解决什么问题?
02 | DevOps的价值:数字化转型时代,DevOps是必选项?
03 | DevOps的实施:到底是工具先行还是文化先行?
04 | DevOps的衡量:你是否找到了DevOps的实施路线图?
落地实践篇 (16讲)
05 | 价值流分析:关于DevOps转型,我们应该从何处入手?
06 | 转型之路:企业实施DevOps的常见路径和问题
07 | 业务敏捷:帮助DevOps快速落地的源动力
08 | 精益看板(上):精益驱动的敏捷开发方法
09 | 精益看板(下):精益驱动的敏捷开发方法
10 | 配置管理:最容易被忽视的DevOps工程实践基础
11 | 分支策略:让研发高效协作的关键要素
12 | 持续集成:你说的CI和我说的CI是一回事吗?
13 | 自动化测试:DevOps的阿克琉斯之踵
14 | 内建质量:丰田和亚马逊给我们的启示
15 | 技术债务:那些不可忽视的潜在问题
16 | 环境管理:一切皆代码是一种什么样的体验?
17 | 部署管理:低风险的部署发布策略
18 | 混沌工程:软件领域的反脆弱
19 | 正向度量:如何建立完整的DevOps度量体系?
20 | 持续改进:PDCA体系和持续改进的意义
平台工具篇 (8讲)
21 | 开源还是自研:企业DevOps平台建设的三个阶段
22 | 产品设计之道:DevOps产品设计的五个层次
23 | 持续交付平台:现代流水线必备的十大特征(上)
24 | 持续交付平台:现代流水线必备的十大特征(下)
25 | 让数据说话:如何建设企业级数据度量平台?
26 | 平台产品研发:三个月完成千人规模的产品要怎么做?
27 | 巨人的肩膀:那些你不能忽视的开源工具
28 | 迈向云端:云原生应用时代的平台思考
特别放送 (5讲)
特别放送(一)| 成为DevOps工程师的必备技能(上)
特别放送(二)| 成为DevOps工程师的必备技能(下)
特别放送(三)| 学习DevOps不得不了解的经典资料
特别放送(四)| Jenkins产品经理是如何设计产品的?
特别放送(五)| 关于DevOps组织和文化的那些趣事儿
总结答疑 (1讲)
期中总结:3个典型问题答疑及如何高效学习
DevOps实战笔记
登录|注册

26 | 平台产品研发:三个月完成千人规模的产品要怎么做?

石雪峰 2019-12-17
你好,我是石雪峰。
虽然我们之前聊了这么多的平台建设思路,但是,可能很多人都没有机会经历一个平台从构思到开发、再到推广落地的完整过程。
如果要开发一个千人使用的 DevOps 产品,需要多长时间呢?你可能会说需要半年甚至是更长的时间,我之前也是这么觉得的。
但是,2018 年,在启动流水线平台建设的时候,老板“大手一挥”,要求在三个月内见到成效,我都快惊呆了。
因为,我们要真正地从零开始:原型图都没有一张,代码都没有一行,临时组建的一个草台班子还分散在北京、上海两地,团队成员之前都没怎么打过招呼,这能行吗?
今天,我想给你分享的就是这个真实的故事。我来跟你一起复盘下这次“急行军”的历程,看看我们做对了什么,又做错了什么,有哪些干货是可以拿来就用的,又有哪些“坑”是你一定要努力回避的。
其实,作为一个非专业的 DevOps 产品经理,你终将面对这样的挑战,但你要相信,只要开始去做了,就没有什么是不可能的

项目启动

时间回到一年前,当时我所在的这个“草台班子”是个啥情况呢?团队组成是这样的:两个后台开发在北京,一个半前端开发在上海,还有一个基础设施工程师和一个流水线开发工程师,再加上半个全能打杂的产品经理,也就是我,满打满算一共 6 个人。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DevOps实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(11)

  • 心在飞
    印象最深:把自己的全部精力和热情投入到一件事情上的时候,结果通常不会太坏。
    觉得石老师做的比较好的:产品需求、技术风险、开发流程、开发工具、团队建设。
    产品需求:一开始有个初步的需求,不断迭代、清晰。
    技术风险:能在项目早期消除该项目用到所有技术的技术风险
    开发流程:敏捷软件开发,精益看板,明确分支策略、异地团队简间的沟通、合作机制(一周一次会议)
    开发工具:jira docker Python Django Vue 其他工具未知。。。
    团队建设:沟通、信任、放权、模棱两可的时候拍板
    以上是我的理解😊。
    感谢石老师毫无保留地倾囊相授。
    2019-12-18
    2
  • leslie
    内容很精辟:老师如果长期夹在产品与研发、销售与研发、研发与运维之中,整个的过程会更加的顺利的。电商的数年一直处于此种角色,由于工作中的随和且都做任何事情都绕不开需要数据部门做支持,导致长期在几方之间协调,不知不觉锻炼出了整体的格局观和效率沟通能力。
         最近学习产品和项目管理课程时:自己就明显感受到这点。虽然之前没有专门的去学产品、运营,可是之前一直处于他们和研发部门的沟通协调中,让我觉得不少知识都不陌生只是不知道相关理论而已。
        谢谢老师今天的分享:期待后续课程的学习。
    2019-12-17
    1
  • johnny
    老师。关于文中提到的三分支策略,我有两个问题,期待老师的回答。
    1.出现bug,是不是新增加一个bugfix的特性分支进行修复,修复完后把代码合并到dev分支?
    2.在dev分支AutoMerge到master分支(或者master分支AutoMerge到release分支)时,是将分支的代码全部合并过去,还是挑选一部分特性的代码合并过去,如果是挑选一部分代码,怎么挑选?

    比如:我只想从dev分支中挑选一部分特性合并到master分支;或者只从master分支中挑选一部分特性合并到release分支,该如何挑选出这些特性代码?
    2019-12-19
  • 陈斯佳
    “关于产品运营策略,‘酒香不怕巷子深’的理念已经有些过时了。想要一个产品获得成功,团队不仅要做得好,还要善于运营和宣传,而这又是技术团队的一大软肋。” 很赞成。对这个观点最有感触的时候是在我学习Linux的时候发现居然有这么那么有用的功能居然没人知道!
    2019-12-18
  • 陈斯佳
    “研发环境容器化”这真是一个很好的思路。真像老师所说的,在做环境部署的时候,文档再怎么详尽,都会被一两个不起眼的小坑绊倒,而且可能要很久才能再爬起来。现在想想敏捷宣言里面提到的“working software over comprehensive documentation”,放在运维文档也是一样,繁琐不变的文档永远都赶不上瞬息万变的环境…
    2019-12-18
  • 陈斯佳
    “事实证明,但凡能打硬仗的同事,在后来都是非常靠谱且独当一面的,这与年龄无关,哪怕是应届生,也同样如此。” 活的久了越来越发现,成长和年龄其实没有必然的联系。有些人虽然很年轻,但是有自己的思考框架和处事原则,积极主动愿意承担责任,事后会复盘,持续在迭代,这时候时间就是Ta的朋友;而有些人行事随性,做事挑肥拣瘦,逃避责任,得过且过,永远也不去反思,吃一堑,只长肉不涨智,这时候时间就是Ta的敌人。
    2019-12-18
  • 陈斯佳
    老师这篇文章真是看的让人热血沸腾!
    2019-12-18
  • sugar
    不仅仅是学习devops的知识,更是一种思路和解决问题的方式方法
    2019-12-18
  • 许童童
    很喜欢这种从无到有做一个产品的感觉,没有什么历史束缚,可以自由发挥自己的思想和主动性。
    2019-12-17
  • AlphaLiu
    看完这一篇,更加期待老师的实战篇!
    2019-12-17
  • t86
    👍,期待下一讲石老师的实战历程
    2019-12-17
收起评论
11
返回
顶部