现在的位置: 首页 > 综合 > 正文

项目敏捷(2)–流程

2014年04月01日 ⁄ 综合 ⁄ 共 649字 ⁄ 字号 评论关闭

        管理流程的理念是尽量按照敏捷Scrum,可以适当修正。我准备用几张图来介绍:

        一开始的执行情况是以周为单位,每周进行一个总结。流程如下


        每天的晨会和遇到重大问题的流程如下:



        执行了一段时间之后,晨会坚持的很好,但是周总结会没有按时开,意义也就不大了。究其原因,是往往没有一个固定的主题,进而变成了一个问题讨论。后来进行了修订,把原来的周为单位的评审,演变成以任务也就是以UserStory为主,选几个UserStory作为本次的工作量构成一个Sprint,在Sprint结束之后进行评审,这样能看到成果,大家也愿意参加。

       具体流程图:


        需要解释的几点:

        1)组长同时担任产品经理的角色,就是提出需求之后,再和组员一起理解功能,共同拆分任务。

        2)任务的拆分,任务的工时度量,任务的难度,都不是组长说了算,而是大家一起采用估点的方式进行,这样能统一大家的认识,也便于任务的分配。

        3)每日立会最好选在早晨,开完会后进行工作,这样一天的目的性比较明确,时间不要长,最好15分钟内,有问题需要解决的话会后单独找相关的人员讨论。

        4)在做计划的时候要尽量预料到以后可能发生的关键情况,避免拖延自己的工期,讨论,思考相关任务也算工作内容一部分。

                  

       现在我们组已经按照要求算是基本完成了一个Sprint了,能明显感觉到目的明确,工作分配也是很方便,当然也有很多问题,没关系,重在尝试,在这个过程中我们的流程肯定越来越合理。

抱歉!评论已关闭.