《使用禅道进行敏捷项目管理.pptVIP

使用禅道进行敏捷项目管理 王春生 2011/2/22 自我介绍 王春生，十余年IT从业经验。 喜欢编程，喜欢开源。 一个完美主义者 + 实用主义者。 04年接触极限编程(xp)，06年接触scrum。 09年回青岛定居，10年创业，专职从事禅道项目管理软件的开发。 我们是不是这样的呢？ 大部分项目都还是采用瀑布式管理。 开发周期比较长，对市场的变化响应不灵活。 产品经常延期发布。 产品的质量总是不能满足预期。 团队长期加班，工作没有成就感。 敏捷宣言 个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划 敏捷背后的十二个规则 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。 项目过程中，业务人员与开发人员必须在一起工作。 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。 可用的软件是衡量进度的主要指标。 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。 对技术的精益求精以及对设计的不断完善将提升敏捷性。 要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。 最佳的架构、需求和设计出自于自组织的团队。 团队要定期反省如何能够做到更有效，并相应地调整团队的行为。 和瀑布式开发相比较 敏捷的开发周期更短，最长不超过一个月 持续的交付可以工作的软件。 客户的充分参与。 坐在一起的团队，面对面的沟通和交流。 团队的自组织和管理。 敏捷开发的两种流行方式 极限编程 极限编程，偏重于开发实践。采用一系列的开发实践了保证代码的质量和按期交付。 单元测试，持续集成，TDD，结对编程，重构…… scrum 偏重于宏观的项目管理，并没有规定具体的开发实践。 scrum + xp 首先获得公司高层的支持： 因为涉及到研发流程的更改， 涉及到游戏规则的变化， 涉及到组织结构的改变。 需要有一个合格的scrum master scrum master要协调PO 和 Team，保证迭代的完成。 scrum master像教练，保姆，要帮助团队解决困难，推动团队前进。 但scrum master和项目经理很大的不同是 scrum master没有决策的权力。所有的决策，应当由Team来完成。 产品经理角色的转变 不再是撰写复杂的需求说明书，而是将产品分解为一个个的user story，并为期估计优先级，进行排序。 对产品进行规划，制定发布计划(release plan) 积极参与项目过程，随时和团队进行沟通。 验收产品，参加演示会议，获得反馈。 开发人员的转变 由以前的被动执行，改为自我组织。 项目过程中的决策，都是由团队自我完成。 真正达到Team work。 尝试采用极限编程的开发实践，找到自己适用的实践并执行。 过程的变化 计划会议 每天的站立会议 每天更新自己的任务和燃尽图 演示会议 总结会议 借助于工具 禅道主要特点 完整覆盖项目管理的核心流程 包括产品管理，任务管理和质量管理 基于B/S架构 精心准备的扩展机制 开源免费 禅道的基本使用流程 实际的演示 禅道的发展计划 去年一年禅道主要的任务是完善功能，使之可用。 今年禅道的主要目标是优化功能，使之好用。 完善社区，包括文档，问答，视频，等支持系统。 问题？ 相关链接： 禅道官方网站： 新浪微博：/zentaopms 演示网站： 项目进展： 在线托管： * * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 今天和大家分享的话题是：——使用禅道进行敏捷项目管理 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyrigh