设计项目看板方法及开发流程方案

1、设计项目看板方法及开发流程方案1.敏捷软件开发和看板管理流程软件开发项目管理从最早的传统项目管理软件工程期到近年的迭代模型时期，最后到目前的敏捷软件开发时期。敏捷软件开发的成功五项因素分别如下。（1）建立自组织团队。传统的管理方式具有命令和控制的特点，经理制定目标和计划，团队负责完成，发挥不出员工的创造力，影响了企业的效率。软件开发的敏捷开发要求员工自我管理，个人控制时间和目标，员工能参与流程和项目决策。（2）用户故事在需求管理中的应用。软件开发企业最大的敌人不是用户，而是变化。瀑布模型难以适应目前软件市场需要，因此软件开发工作要取得用户的参与，顺应市场的变化。（3）用户故事的度量，它能为产品

2、投资收益提供估计结果，辅助产品决策。对故事点大小讨论时，能鼓励团队成员重复讨论，充分理解需求。故事点度量方式一致，提高统计团队工作效率。（4）持续集成。它能提高项目构建自动化程度，将人力成本更多投放到开发任务。项目更有可见性，构建结果更加丰富，一目了然。团队对开发产品更有信息。（5）掌握迭代，为员工提供稳定的生活节奏，保持一致的周期循环流程，沟通过程中控制时间。（6）坚持反馈和改进，了解自身情况，改善团队效率。精益生产的目标为提高质量和消除消费。看板原则要求生产降低库存量、降低生产周期、生产基于交叉培训和单元并对过程进行持续改善。如同超市进货一样，当货架上货物少于设定值，供货商会及时将其填满。

3、将看板管理与敏捷软件开发结合起来，能够达到效率和质量的有效结合，软件产品周期频繁，能达到按天发布级别。2.项目看板方法流程设计增量迭代开发开发流程存在着三点问题。（1）每个迭代的用户故事较多，产品经理和开发工程师认为很多功能没有价值，而项目经理认为需要跟踪的项目较多。（2）对于为期四周的迭代观念不统一，部门不同，期望值不同，测试人员认为时间不充分，产品经理认为需要等待太长时间。（3）部门之间缺乏协作，缺乏透明的项目进展和进度，太多时间花费在流程上。敏捷软件开发有三个典型流程，分别XP、Scrum及看板，经过比较，看板原则可以解决迭代用户故事较多的情况，对于规模小及优先级别高的用户故事能够迅速完

4、成，并满足产品经理对产品的预期。基于看板管理的敏捷软件开发流程方案设计看板一般应用于汽车生产等工业领域中，在敏捷软件开发中看板管理只是理论上行得通，但是在实际上还缺乏经验。而且其受到产品特点、客户差异及企业文化的影响。其流程主要为，（1）定义并可视化流程；（2）限制WIP数量，流程可视化于物理板能够让项目透明，让团队对目前的任务充分明确。限制WIP数量则能让团队在思考时排除千扰，提高个体效率，项目工作不以来时间计划，而是取决团队能力；（3）拉动式生产，每个团队成员只需要对自己环节加以关注，等待任务-完成工作-到下一环节等待区这种方式推动了产品开发前进步伐。看板流程准备和实施（1）是动员和人员培

5、训，先获取领导层的理解和信任，再向所有员工培训敏捷开发和看板方法，最后，每个部门进行讨论。（2）制定需求管理环节，产品经理提出产品需求，创建用户故事，技术团队估算用户故事工作量。通过需求分析，工程师能够获取信息，完成研发工作，产品经理全程辅助开发和测试，解答相关问题。（3）开发流程改造，主要变化在对程序代码的管理方式进行改变，主要有主干和分支两种。（4）测试流程改造，主要表现为两个方面，一方面提高系统自动化测试率来加快回归测试的进度，另一方面增加测试环境满足功能测试需求。（5）项目管理流程的建立。看板流程的实施当所有准备工作完成之后，看板方法第36增量迭代之后，可以正式实施。产品经理将用户故事

6、进行排列再制成任务卡，贴在用户故事一列，完成需求分析会议。开发组建立功能分支进行开发，测试组应用功能测试环境对用户故事进行测试，直到产品发布。团队成员每天早上聚集看板附近，明确自己的任务，下班前，项目经理将每天的任务卡状态变化汇总。敏捷流程要求强调团队自组织和员工自我管理，但是不可忽视项目经理的作用，项目经理能够组织人员，梳理工作节奏，保证沟通流畅，促进项目进展。3.看板方法效果分析在对用户故事完成效率统计，并对超时任务进行反思和改进之后，回顾看板流程管理经验，总结建立自组织团队时，应该考虑建立流程、理顺沟通方式、改善管理风格、制定度量标准四个方面问题。从看板流程团队角色视角分析，就项目经理来说，虽然团队沟通节奏加快，但是需要针对需求