VIA组 实施Scrum可行性的方案

现在在公司做基于VIA的方案,VIA组包括UI,驱动两部分。接到项目后大致的流程是,首先从UI组找一个做软件PM主跟项目,然后项目PM会安排项目日期,包括硬件,驱动,软件。在确定项目日期后,软件PM开始着手来准备软件的基版,在VSS中上传软件代码,再然后开始软件的开发迭代。驱动更新,UI的更新都提交到VSS中,直到最后发布版本。
现在突出的问题是:软件的进度无法保障,软件的质量很难控制到位。
具体的原因分析为:1. 用户不断变化的需求
                  2.
VIA方案版本的不断更新
                  3. 工程师资源紧张
                  4.
项目前期的评估没有与工程师进行讨论,对工作量及可能遇到的难点估计不足
现在公司VIA的项目有个很大的特点是,开发过程的重点在用户需求及Bug的修改上,因为用的是VIA给的参考设计来做基版,基本功能都以实现,所以项目软件的开发过程可分为两个部分,需求的开发,Bug的修改。这两部分也是我们的主要工作内容。
用敏捷的项目管理方法来实施这部分软件的开发工作,对项目的进度,质量及资源的分配将会更加可控与合理。具体的方案如下:
1.划分BackLog:在得到用户需求与VIA给的Base版软件的基础上,进行分析,哪些是己实现的功能,哪些是需要我们添加的功能,哪些是需要VIA支持才能完成的功能。把这些都详细分成一个个条目。 如:
        条目1.自己完成添加短信防火墙;
     条目2.在VIA的协助下完成阿拉伯输入法的添加;
     条目3.发短信后的UI提示不正确的Bug;
这次拆分Backlog按功能来划分,有些功能会很大,有些则会很小,把这些故事点都罗列出来,进步一下的时间评估,及资源的分配。
2.制定Spring计划:每个Spring是一个阶段的工作,如2个星期,每个Spring结束都会给出一个演示版本,VIA这里可以表示为对外发布一版测试版。长度2周为好,时间过短会造成频繁发布版本的麻烦,时间太长不符合VIA项目的特点,因为VIA的重点是需求的实现及Bug的修改,而不是完全从头开发。由于我们人数有限,所以只能划分一个Spring了。然后由工程师来一起评估每个故事点所需要的时间,其Own是谁,之后把所有信息帖在如图的一张画板上,这样项目的进度,当前的问题,责任人都非常清楚。右边的是燃进图,记录了当前项目的总体状态,便于以后对Spring的评估与分析。Unplanned
Items 可以修改Bug产生的Bug,或测试新发现的Bug,数量较少时可以由工程师自行解决,较多时则需要重新制定Spring来完成,如此进行迭代。
 
看板的好处还有,项目经理可以明确知道每个项目当前的状态,就不用一直骚扰我们工程师了:)
3.对Spring进行验收。每2周对外发布测试版本,需要的是完整的测试版本,可以交给测试部及开发部区域测试的可验证版本。当所有的Spring结束后,测试没有问题,交给客户进行测试验收。
以上只是大致的流程,细节还有很多,最突出的是一个人同时有很多项目,这样就要按个人来重新划分故事点,按优先级对项目进行评估,与项目经理,部门经理进行评估,同样给出项目进度的看板来。
实施Srcum后,项目的进度可以有较为明确的日期,也可以尽早的暴露问题,工程师也可以有了自己较为明确的目标。项目进度可控,就不会产生为赶工期而牺牲了软件质量,测试力度也会尽可能的充分。
总的来说,相信VIA组实施Scrum后,会有助于提高生产力。

 

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.