管理流程的理念是尽量按照敏捷Scrum，可以适当修正。我准备用几张图来介绍：
一开始的执行情况是以周为单位，每周进行一个总结。流程如下
每天的晨会和遇到重大问题的流程如下：
执行了一段时间之后，晨会坚持的很好，但是周总结会没有按时开，意义也就不大了。究其原因，是往往没有一个固定的主题，进而变成了一个问题讨论。后来进行了修订，把原来的周为单位的评审，演变成以任务也就是以UserStory为主，选几个UserStory作为本次的工作量构成一个Sprint，在Sprint结束之后进行评审，这样能看到成果，大家也愿意参加。
具体流程图：
需要解释的几点：
1）组长同时担任产品经理的角色，就是提出需求之后，再和组员一起理解功能，共同拆分任务。
2）任务的拆分，任务的工时度量，任务的难度，都不是组长说了算，而是大家一起采用估点的方式进行，这样能统一大家的认识，也便于任务的分配。
3）每日立会最好选在早晨，开完会后进行工作，这样一天的目的性比较明确，时间不要长，最好15分钟内，有问题需要解决的话会后单独找相关的人员讨论。
4）在做计划的时候要尽量预料到以后可能发生的关键情况，避免拖延自己的工期，讨论，思考相关任务也算工作内容一部分。
现在我们组已经按照要求算是基本完成了一个Sprint了，能明显感觉到目的明确，工作分配也是很方便，当然也有很多问题，没关系，重在尝试，在这个过程中我们的流程肯定越来越合理。
原文：http://blog.csdn.net/jesse621/article/details/20066391
