极客时间已完结课程限时免费阅读

10 | 迭代0: 启动开发之前，你应该准备什么？

10 | 迭代0: 启动开发之前，你应该准备什么？-极客时间

10 | 迭代0: 启动开发之前，你应该准备什么？

2019-01-16 郑晔 来自北京
《10x程序员工作法》
课程介绍

讲述：郑晔

时长11:43大小10.73M

你好，我是郑晔。
关于“以终为始”，我们已经从各个方面讲了很多。你或许会想，既然我们应该有“以终为始”的思维，那么在项目刚开始，就把该准备的东西准备好，项目进展是不是就能稍微顺畅一点儿呢？
是这样的，事实上这已经是一种常见的实践了。今天，我们就来谈谈在一开始就把项目准备好的实践：迭代 0。
为什么叫迭代 0 呢？在“敏捷”已经不是新鲜词汇的今天，软件团队对迭代的概念已经不陌生了，它就是一个完整的开发周期，各个团队在迭代上的差别主要是时间长度有所不同。
一般来说，第一个迭代周期就是迭代 1，然后是迭代 2、迭代 3，依次排列。从名字上你就不难发现，所谓迭代 0，就是在迭代 1 之前的一个迭代，所以，我们可以把它理解成开发的准备阶段。
既然迭代 0 是项目的准备阶段，我们就可以把需要提前准备好的各项内容，在这个阶段准备好。事先声明，这里给出的迭代 0，它的具体内容只是基本的清单。在了解了这些内容之后，你完全可以根据自己项目的实际情况，扩展或调整这个清单。
好，我们来看看我为你准备的迭代 0 清单都包含了哪些内容。

需求方面

1. 细化过的迭代 1 需求

一个项目最重要的是需求，而在迭代 0 里最重要的是，弄清楚第一步怎么走。当我们决定做一个项目时，需求往往是不愁的，哪些需求先做、哪些需求后做，这是我们必须做的决策。迭代 0 需要做的事，就是把悬在空中的内容落到地上。
在需求做好分解之后，我们就会有一大堆待开发的需求列表。注意，这个时候需求只是一个列表，还没有细化。因为你不太可能这个时候把所有的内容细化出来。如果你做过 Scrum 过程，你的 backlog 里放的就是这些东西。
然后，我们要根据优先级从中挑出迭代 1 要开发的需求，优先级是根据我们要完成的最小可行产品（minimum viable product，MVP）来确定的，这个最小可行产品又是由我们在这个迭代里要验证的内容决定的。一环扣一环，我们就得到了迭代 1 要做的需求列表。
确定好迭代 1 要做的需求之后，接下来就要把这些需求细化了，细化到可执行的程度。前面讲用户故事时，我们已经说过一个细化需求应该是什么样子的，这里的关键点就是要把验收标准定义清楚。
所以，我们要在迭代 0 里，根据优先级来确定迭代 1 要做的需求，然后进行细化。

2. 用户界面和用户交互

如果你的项目是一个有用户界面的产品，给出用户界面，自然也是要在迭代 0 完成的。另外，还有一个东西也应该在迭代 0 定义清楚，那就是用户交互。
我见过很多团队只给出用户界面，然后，让前端程序员或者 App 程序员根据界面去实现。程序员实现功能没问题，但定义交互并不是程序员这个角色的强项，它应该是需求的一部分。
如何让用户用着舒服，这是一门学问。我们在市面上看到很多难用的网站或 App，基本上都是程序员按照自己习惯设计出来的。
现如今，我们可以很容易地在市面上找到画原型的工具，某些工具用得好的话，甚至可以达到以假乱真的地步。如果能再进一步的话，甚至可以用一些模拟服务器的工具，把整个交互的界面都做出来。作为 Moco 这个模拟服务器的开发者，我很清楚，一个原型可以达到怎样的高度。
所以，一个有用户界面的项目需要在迭代 0 中给出用户界面和用户交互。

技术方面

1. 基本技术准备

技术方面，需要在项目一开始就准备好的事比较多。其中有一些是你很容易想到的，比如：在进入迭代 1 开始写代码之前，我们需要确定技术选型，确定基本的技术架构等等。也许你还能想到，数据库表结构也是这个阶段应该准备的。
确实，这些东西都应该是在一个项目初期准备的，也是大家容易想到的。接下来，我来补充一些大家可能会遗漏的。
持续集成
对于持续集成，我们通常的第一反应是搭建一个持续集成服务器。没错，但还不够。这里的重点其实是构建脚本。因为持续集成服务器运行的就是构建脚本。
那要把什么东西放在构建脚本里呢？最容易想到的是编译打包这样的过程。感谢现在的构建工具，它们一般还会默认地把测试也放到基本的构建过程中。
但仅有这些还是不够，我们还会考虑把更多的内容放进去，比如：构建 IDE 工程、代码风格检查、常见的 bug 模式检查、测试覆盖率等等。
持续集成还有一个很重要的方面，那就是持续集成的展示。为什么展示很重要？当你的持续集成失败时，你怎么发现呢？
一个简单的解决方案是：摆个大显示器，用一个 CI Monitor 软件，把持续集成的状态展示在上面。更有甚者，会用一个实体的灯，这样感官刺激更强一些。
在“以终为始”这个模块中，我们提到集成的部分时，只讲了要做持续集成，后面我们还会再次讲到持续集成，和你说说持续集成想做好，应该做成什么样子。
测试
测试是个很有趣的东西，程序员对它又爱又恨。一般来说，运行测试已经成为现在很多构建工具的默认选项，如果你采用的工具没有这个能力，建议你自己将它加入构建脚本。
让你为一个项目补测试，那是一件非常痛苦的事，如果在一开始就把测试作为规范加入进去的话，那么在边开发边写测试的情况下，相对来说，写测试痛苦度就低多了，团队成员也就容易遵守这样的开发规范。
把测试当作规范确定下来的办法就是把测试覆盖率加入构建脚本。
大多数团队提起测试，尤其是开发者测试，多半想到的都是单元测试和集成测试。把整个系统贯穿在一起的“端到端测试”却基本上交给其他人来做，也有不少团队是交给测试团队专门开发的特定程序来做。
在今天的软件开发中，有一些更适合描述这类测试的方法，比如 BDD，再比如 Specification by Example。你可以简单地把它们理解成一种描述系统行为的方式。还有一点做得好的地方是，有一些软件框架很好地支持了这种开发方法，比如 Cucumber。如果你有这种测试，不妨也将它加入构建脚本。

2. 发布准备

数据库迁移
如果你做的是服务器端开发，多半离不开与数据库打交道。只要是和数据库打交道，强烈建议你把数据库变更管理起来。
管理数据库变更的方式曾是很多团队面临的困扰。好在现在已经有了很多工具支持，比如，我最近喜欢的工具是 flyway，它可以把每一次数据库变更都当作一个文件。这样一来，我们就可以把数据库变更放到版本控制工具里面，方便进行管理。
管理变更有几种不同的做法，一种是每个变更是一个文件，一种是每一次发布是一个文件。各有各的好处，你可以根据需要，自行选择。
发布
技术团队擅长做功能开发，但上线部署或打包发布却是很多团队在前期最欠考量的内容，也是很多团队手忙脚乱的根源。
如果一开始就把部署或发布过程自动化，那么未来的生活就会轻松很多。如果你采用的是 Docker，就准备好第一个可以部署的 Dockerfile；如果是自己部署，就编写好 Shell 脚本。
其实你会发现，上面提到的所有内容即便不在迭代 0 做，在项目的各个阶段也会碰到。而且一般情况下，即便你在迭代 0 把这些工作做好了，后续依然要不断调整。但我依然建议你在迭代 0 把这些事做好，因为它会给你的项目定下一个基调，一个自动化的基调。

日常工作

最后，我们来看一下，如果在迭代 0 一切准备就绪，你在迭代 1 应该面对的日常工作是什么样的。
你从已经准备好的任务卡中选了一张，与产品经理确认了一些你不甚清楚的几个细节之后，准备实现它。你从代码仓库更新了最新的代码，然后，开始动手写代码。
这个任务要在数据库中添加一个字段，你打开开发工具，添加了一个数据库迁移文件，运行了一下数据库迁移工具，一切正常，新的字段已经出现在数据库中。
这个任务很简单，你很快实现完了代码，运行一下构建脚本，代码风格检查有个错误，你顺手修复了它。再运行，测试通过了，但测试覆盖率不够，你心里说，偷懒被发现了。不过，这是小事，补几个测试就好了。一切顺利！
你又更新了一下代码，有几个合并的问题。修复之后，再运行构建脚本，全过，提交代码。
你伸了一个懒腰，完成任务之后，你决定休息片刻。忽然，持续集成的大屏幕红了，你的提交搞砸了。你立刻看了一下代码，有一个新文件忘提交了，你吐了一下舌头赶紧把这个文件补上了。不一会儿，持续集成大屏幕又恢复了代表勃勃生机的绿色。
你休息好了，准备开始拿下下一个任务。
这就是一个正常开发该有的样子，在迭代 0 时，将准备工作做好，后续你的一切工作就会变得井然有序，出现的简单问题会很快地被发现，所有人都在一种有条不紊的工作节奏中。

总结时刻

在这一讲中，我给你介绍了迭代 0 的概念，它是在正式开发迭代开始之前，进行一些基础准备的实践。我给了一份我自己的迭代 0 准备清单，这份清单包含了需求和技术两个大方面，你可以参照它设计你自己的迭代 0 清单。
根据我的经验，对比这个清单，大多数新项目都在一项或几项上准备得不够充分。即便你做的不是一个从头开始的项目，对照这个清单，也会发现项目在某些项上的欠缺，可以有针对性地做一些补充。
如果今天的内容你只记住一件事，那么请记住：设计你的迭代 0 清单，给自己的项目做体检。
最后，我想请你思考一下，如果让你来设计迭代 0 清单，它会包含哪些内容呢？欢迎在留言区写下你的想法。
感谢阅读，如果你觉得这篇文章对你有帮助的话，也欢迎把它分享给你的朋友。
分享给需要的人，Ta购买本课程，你将得20元
生成海报并分享

赞 35

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
09 | 你的工作可以用数字衡量吗？
下一篇
答疑解惑 | 如何管理你的上级？
unpreview
 写留言

精选留言(45)

  • 王维
    2019-01-23
    我在几个软件公司做过，个人的感受是:我们不缺技术，我们缺的是规范的流程和规范的工作方法。如果说技术是硬技能的话，那么规范的流程和方法就是软技能。工作中碰到的问题有很多都是因为软技能缺失引起的。学习老师的课程，真的收获很大，赞！！

    作者回复: 我们一起加油，探讨恰当的做事方式。

    共 3 条评论
    45
  • Being
    2019-01-16
    突然醒悟，这才是专业的软件开发流程，事前准备好，列出清单，持续集成的过程实现自动化，包括上线部署，都是有条不紊的，降低了人为因素的错误，大大提供效率，减少偶然性错误。

    作者回复: 其实，我曾经想把这个专栏的名字叫做《专业程序员》。

    共 2 条评论
    26
  • Ryoma
    2019-01-17
    还需要考虑当发生了发布失败情况时，如何快速恢复服务，如何回滚版本、回滚数据库等等
    20
  • 大彬
    2019-01-16
    感谢郑老师。迭代0就是项目的根基，地基打好了，项目做起来才更顺利。 刚来公司的时候，没有代码规范，没有Git规范，没有CI，更没有lint，覆盖率这些东西，通过我们的努力，代码规范，Git规范开始在实施了，CI也跑起来了，还在解决lint，后面也要逐步把覆盖率做起来

    作者回复: 没有比有了重建还要简单一些。

    16
  • kyo
    2019-05-08
    补充两点: 配置信息管理方案和日志记录方案.

    作者回复: 很好的补充

    14
  • 草原上的奔跑
    2019-01-16
    郑老师的迭代0准备工作很齐全，平常在迭代开发中这些都会遇到，但一般没有这个清单，或者即使有，也没这么系统。准备工作做在前面，好的开始，程序员会更轻松，项目也会更易成功。
    9
  • Shawn 肖
    2021-01-23
    增加 干系人清单 包括他们的联系方式 遇到问题如何处理 如何升级等

    作者回复: 这个思路很不错，项目不是一个人，甚至一个团队的事情。

    共 2 条评论
    7
  • 何大小成
    2019-02-14
    请问下前端有没有必要使用测试驱动开发，前端好多交互，似乎好难做成这种开发思维？

    作者回复: 现在的前端也要有逻辑，有逻辑就可以测试。先考虑怎么测试JS，有各种测试框架，这就是前端的单元测试。组合到一起，可以考虑用Selenim，做整体的测试，这相当于集成测试。当懂了怎么测，TDD就好办了。

    6
  • Dawn
    2019-02-17
    关于迭代0是不是要完全准备好界面原型和交互细节，有点不同意见。从产品经理的角度出发，他也有个迭代的过程。产品未实现前，不是所有的细节都能考虑到。在一开始定义好所有的界面和交互，也是一种浪费，开发过程中，可能又要改。有些设计，需要考虑实现的难易度。有些时候，设计看起来简单，实现起来特别复杂；开发也有义务去优化设计，可能开发过程中会出现一种即让设计简单实现也简单的方案。同时，这种方式也让开发有了依赖性，会出现不设计好就不开发的情况。其实产品本身就是个逐渐优化、逐步细化的过程。对开发如此，对产品也如此。我们现在只要求产品和开发之间，形成共识，即可开发。开发完成后，再来优化某些界面和交互细节。
    展开

    作者回复: 关于界面和交互，参考19，产品经理有更低成本的方式去试验产品的界面和交互，开发是成本最高的方式。 产品经理与开发人员共同改进的观点，我认同。

    共 3 条评论
    5
  • helloworld
    2019-02-22
    迭代0通俗来说就是把开发的整个流程都提前规划好想好，也是在这想的过程当中，发现流程的不足，那些需求是不必要的等等，这样就做到了心中有数

    作者回复: 把事放到前面做

    4
  • 里子的忧伤
    2021-03-16
    课程第四遍了。表结构这里有疑惑，我们一般是业务模型确定后才有表结构，郑老师意思是，业务模型、接口、逻辑都在迭代0想好吗？

    作者回复: 这些东西就应该是一开始就想清楚的，至少主体部分是想清楚的。

    3
  • 下个目标45k
    2020-10-21
    凡事预则立不预则废
    3
  • 丁丁历险记
    2019-11-05
    1 持续集成。（构建脚本+代码风格检查+测试+ci moniter） 2 测试。（加入构建脚本，前期加入构建脚本） 3 发布准备，数据库迁移。 上线部署 前期考量，自动化，docker 自动化脚本。 迭代0 自动化的基调。 检查清单 图以收藏
    展开
    3
  • Ericshape
    2019-01-22
    这个迭代0需要占项目多长时间？有迭代0的awesome list么 LOL

    作者回复: 一到两周吧，看具体项目的情况。我给出的列表是一个简化的列表，剩下的要根据项目具体情况做调整了。

    3
  • toosheep
    2019-01-17
    专业，开眼界了！
    3
  • Demi
    2019-01-16
    还不知道怎么写测试用例呢，很多时候都是看运行效果。打包上线，这个我用的jenkins加上shell脚本.我每次花时间最多都在技术实现上，自己实现某个效果，往往会出很多问题，经过很多次调试，发现问题，解决问题，有时候呢，找不到出问题的原因，无法解决，然后就百度找答案，实在不行了，就会换方案，有时候会重蹈覆辙，遇到新的问题。还是自己经验少，知识面不够吧。

    作者回复: 别急，下个模块开篇讲的就是测试，敬请期待！

    3
  • 喜悦
    2019-01-25
    今日概念 1. 迭代0：项目开始前的准备清单，为接下来的开发奠定基础； 今日总结 很多项目开发都没有事先约定好验收标准，也没有对开发过程做“监控”，对项目质量的把控全靠“感觉”。迭代0清单类似于“约定优于配置”的原则，决定了项目开发基调，还能通过监控及时发现问题。使用迭代0清单准备项目开发可以是使开发有条不紊的进行。
    展开
    2
  • 棒棒糖
    2022-11-08 来自浙江
    开发前期准备清单: 1.熟悉PRD，针对PRD中的盲点，和产品经理一一对齐； 2.数据库选型，构建数据库模型 3.排开发周期，对需求进行优先级划分，给自己一个DeadLine 4.构建代码框架，列出接口文档，和前端定义接口 5.按照优先级，一边开发，一边测试 6.联调交付，产品微调
    展开
    1
  • James
    2021-02-25
    目前的日常工作是这样子就好了..小公司都是各做各的.. 还好有本课程学习才能知道规范的开发流程..

    作者回复: 唉，真知道开发过程是什么样的公司都是好公司。

    1
  • 斯盖丸
    2021-01-20
    想做CI，但完全不会，啥服务器显示器都没自己弄过，哪里可以学呢？

    作者回复: 在这个专栏的第 30 讲，我讲了一个好的自动化脚本是什么样子。CI 服务器的话，弄一个 Jenkins 学着配置就好，然后，在里面调用这个自动化脚本。至于显示器，搜索一下“CI Monitor”。

    1