创业项目开发阶段性总结

下面是我总结的我们开发流程跟一般正规开发流程对比

 

 

从流程图来看我们的开发流程跟标准的开发流程差别有点大。但是其实还是有相同点的。一般标准流程跟我们的流程都大致可以分为三个阶段:前期准备-----编码------测试。标准流程一般是一个阶段一个阶段走,各个阶段不窜差另一个阶段的事情。但是现在我们进行到的前两个阶段都没走好。在第二阶段经常需要停顿下来重新整理第一阶段需要做的事情,然后再接着走。这样多次以后就一点点影响原计划,最后就跑偏了。

       前期准备:需求没有确定,技术可行性没有考虑清楚;

       编码阶段:由于需求没有确定,技术可行性没有考虑清楚,不断变动已经写好的代码,不能按标准流程开发,也很难按原计划开发;需求不确定,更没有清楚的把需求分成不同的阶段来开发,开发的时候很容易偏离当前的重点纠结当前不太重要的功能

       如果现在返回项目一开始,我们凭借现在的经验,可能还是会犯同样的错误。

       需求分析确定:这本来是产品经理的事,我们都不是产品经理,只能凭借外行的经验来分析需求,设计产品。我们所有的想法既不能依据以往的经验,更不能依据我们的实践,因为根本就还没有实践,连一个只有简单功能的产品都还没有。我们的想法没有可靠的依据,所以很难设计出一个完整的合理的产品。现在我们设计的是一个五脏俱全的产品。就相当于我们都看见过汽车,对汽车的制造只有一个粗略的认识,而现在我们要设计一辆能跑的汽车。虽然我们的app没有向外行设计汽车这么夸张,但是确实有点类似的。

       技术可行性分析确定:首先需求如果不确定的话,分析技术可行性都是不靠谱的。假设需求是确定的,但是现在要搞一个五脏俱全的产品,由于涉及的东西很多,时间关系对很多地方只能做粗略的预估。比如地图操作,一开始只想到能调用百度或者高德就能实现,但是实现的细节没有时间搞清楚。所以还是会有估计不到位的。如果技术实现遇到困难,实在解决不了,就只能修改技术方案,有时还会修改需求。

      编码阶段:如果前两个阶段都没有问题,那编码不会有什么问题,而且速度会比较快。但是如果前两个阶段没搞好,编码就蛋疼了。

      我们的初衷是按照标准流程进行开发的,但是标准流程各个阶段要衔接妥当,需要每个阶段精确的控制做好每一阶段的任务,而且两个阶段之间需要有详细的精确的文档。比如说,整个项目所有的功能具体实现,由于太多如果没有详细精确的文档,做着做着肯定会跑偏了。大家都在不断的理解项目,没有一个标准慢慢地大家理解的项目就不一样了。要形成精确的详细的文档,又需要搞清楚需求。然而现在我们的需求看似清楚,其实还是模糊,而且经常因为各种原因变动。一边开发,一边改需求,此乃江湖大忌!把一个想法用代码实现的麻烦程度通常要比一般人想象中要高得多。比如一个看似很小的改动,有时需要改动整个项目大多数的代码,同时又会引起其它看似不相干的代码出现新的bug,然后又是一大堆改动。由于经验不足,我们几乎每个阶段都偏离了一般标准流程。然后就变成了现在的流程。

     我感觉,一般标准流程适合有经验的团队,中大型项目,而且团队对每个阶段的控制力要强,每个阶段做好每个阶段的事情不跑偏。我们驾驭这样的流程有难度。或许我们应该改一改方式。把项目任务进一步细分。比如这样:

先不管其它乱七八糟的功能,只做出核心的功能中的一个。确定司机发布路线的需求-----想想怎么实现------写代码实现-------看看能不能跑通-------如果没问题就搞下一个。如果一次做的东西小到一定的程度,流程上的不规范影响就会小得多,这样进度也好掌握。这样还可以一边体验已经完成的功能作为依据设计没有完成的功能。设计好了再来一轮流程,这样就一个一个的搞定了。对整个项目有一定整体把握的情况下把整个项目拆分成可控的跟小的粒度一个一个完成,并在完成的过程中不断调整。这种方式不一定靠谱,不过可以试试。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值