10x 程序员工作法
郑晔
开源项目 Moco 作者
53432 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
思考框架 (1讲)
10x 程序员工作法
15
15
1.0x
00:00/00:00
登录|注册

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

如果觉得文章对你有帮助,欢迎分享给朋友
如果让你来设计迭代0清单,它会包含哪些内容呢?
给自己的项目做体检
可以有针对性地做一些补充
大多数新项目在一项或几项上准备得不够充分
可以参照设计自己的迭代0清单
包含需求和技术两个大方面
在正式开发迭代开始之前进行基础准备的实践
感谢阅读
思考
设计迭代0清单
项目准备不够充分的情况
迭代0准备清单
迭代0的概念
总结时刻

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

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

需求方面

1. 细化过的迭代 1 需求

一个项目最重要的是需求,而在迭代 0 里最重要的是,弄清楚第一步怎么走。当我们决定做一个项目时,需求往往是不愁的,哪些需求先做、哪些需求后做,这是我们必须做的决策。迭代 0 需要做的事,就是把悬在空中的内容落到地上。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

迭代0准备工作是软件开发项目中至关重要的一环,为确保项目顺利进行奠定了坚实基础。本文详细介绍了迭代0在需求和技术两个方面的准备工作。在需求方面,迭代0需要细化迭代1的需求,确定最小可行产品,并定义用户界面和用户交互。而在技术方面,迭代0需要进行基本技术准备,包括技术选型、构建脚本、测试覆盖率等,以及发布准备,如数据库迁移和自动化发布流程。这些准备工作将为项目奠定自动化和顺利进行的基础,有助于提高开发效率和项目质量。 文章中还描述了在迭代1中的日常工作,从任务选择到代码实现、数据库迁移、构建脚本运行、测试覆盖率检查,以及持续集成过程中的问题处理,展现了一个正常开发流程的样子。作者强调了迭代0准备工作的重要性,提供了一份清单供读者参考,并鼓励读者设计适用于自己项目的迭代0清单。 总的来说,本文通过详实的内容为读者提供了全面的迭代0准备清单,帮助读者在项目启动前做好充分的准备工作。文章突出了迭代0准备工作对项目顺利进行的重要性,为读者提供了实用的建议和思考方向。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《10x 程序员工作法》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(47)

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

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

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

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

    2019-01-16
    2
    27
  • 大彬
    感谢郑老师。迭代0就是项目的根基,地基打好了,项目做起来才更顺利。 刚来公司的时候,没有代码规范,没有Git规范,没有CI,更没有lint,覆盖率这些东西,通过我们的努力,代码规范,Git规范开始在实施了,CI也跑起来了,还在解决lint,后面也要逐步把覆盖率做起来

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

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

    作者回复: 很好的补充

    2019-05-08
    15
  • Shawn 肖
    增加 干系人清单 包括他们的联系方式 遇到问题如何处理 如何升级等

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

    2021-01-23
    2
    7
  • 何大小成
    请问下前端有没有必要使用测试驱动开发,前端好多交互,似乎好难做成这种开发思维?

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

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

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

    2019-02-17
    3
    5
  • 大京
    课程第四遍了。表结构这里有疑惑,我们一般是业务模型确定后才有表结构,郑老师意思是,业务模型、接口、逻辑都在迭代0想好吗?

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

    2021-03-16
    4
  • helloworld
    迭代0通俗来说就是把开发的整个流程都提前规划好想好,也是在这想的过程当中,发现流程的不足,那些需求是不必要的等等,这样就做到了心中有数

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

    2019-02-22
    4
  • Ericshape
    这个迭代0需要占项目多长时间?有迭代0的awesome list么 LOL

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

    2019-01-22
    3
收起评论
显示
设置
留言
47
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部