如何在新产品中应用敏捷.ppt

这个戴眼镜的怎么急冲冲的？ 原来功能实现错误。 我们的理解和需求是一至的么？ 他怎么又来了？这次是不知道这个需求哪来的。 谁捣的鬼？ 原来背后那只鸡 这时大家想的是。。。。 外星来的的需求？ 这又是什么情况？ 怎样让客户参与进来？ 戴领带的是谁？ 大老板呀。 什么事？ 项目情况？ 项目的情况你了解吗？ 这难道又是大老板？ 果然 这次又是什么事？ 工作效率太低？ 如何改进项目的工作？ 这些猪要去打架？ 不是是一批有激情的猪？ 如何让团队保持激情和紧迫感？ 个体与交互 重于 过程和工具 在敏捷问题解决方式中，问题的解决取决于问题提出者和问题解决者的能力和他们之间的相互协作，过程和工具是相对次要的，只有在满足前者的基础上才有作用。 可用的软件 重于 完备的文档 问题解决的结果重于中间产物，敏捷问题解决方式不鼓励将时间大量投入到文档的完备化，而应该投入到问题解决上。 在新产品中需要关注一下 客户协作?? 重于 合同谈判 软件开发是客户与软件开发商共同解决问题的过程。客户作为最关键的问题提出者，与问题解决者的协作是解决问题的关键。 响应变化?? 重于 遵循计划 所有的预测都仅仅是预测，通过敏捷问题解决方式，我们可以适应变化并快速学习。 个体与交互 重于 过程和工具 在敏捷问题解决方式中，问题的解决取决于问题提出者和问题解决者的能力和他们之间的相互协作，过程和工具是相对次要的，只有在满足前者的基础上才有作用。 可用的软件 重于 完备的文档 问题解决的结果重于中间产物，敏捷问题解决方式不鼓励将时间大量投入到文档的完备化，而应该投入到问题解决上。 在新产品中需要关注一下 客户协作?? 重于 合同谈判 软件开发是客户与软件开发商共同解决问题的过程。客户作为最关键的问题提出者，与问题解决者的协作是解决问题的关键。 响应变化?? 重于 遵循计划 所有的预测都仅仅是预测，通过敏捷问题解决方式，我们可以适应变化并快速学习。 个体与交互 重于 过程和工具 在敏捷问题解决方式中，问题的解决取决于问题提出者和问题解决者的能力和他们之间的相互协作，过程和工具是相对次要的，只有在满足前者的基础上才有作用。 可用的软件 重于 完备的文档 问题解决的结果重于中间产物，敏捷问题解决方式不鼓励将时间大量投入到文档的完备化，而应该投入到问题解决上。 客户协作?? 重于 合同谈判 软件开发是客户与软件开发商共同解决问题的过程。客户作为最关键的问题提出者，与问题解决者的协作是解决问题的关键。 响应变化?? 重于 遵循计划 所有的预测都仅仅是预测，通过敏捷问题解决方式，我们可以适应变化并快速学习。 沟通 - 建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团队和你的project stakeholder之间的沟通。 简单 - 画一两张图表来代替几十甚至几百行的代码，通过这种方法，建模成为简化软件和软件（开发）过程的关键。这一点对开发人员而言非常重要－它简单，容易发现出新的想法，随着你（对软件）的 理解的加深，也能够很容易的改进。 反馈 - Kent Beck在Extreme Programming Explained中有句话讲得非常好：“乐观是编程的职业病，反馈则是其处方。”通过图表来交流你的想法，你可以快速获得反馈，并能够按照建议行事。 勇气 - 勇气非常重要，当你的决策证明是不合适的时候，你就需要做出重大的决策，放弃或重构（refactor） 你的工作，修正你的方向。 谦逊 - 最优秀的开发人员都拥有谦逊的美德，他们总能认识到自己并不是无所不知的。事实上，无论是开发人员还是客户，甚至所有的 project stakeholder，都有他们自己的专业领域，都能够为项目做出贡献。一个有效的做法是假设参与项目的每一个人都有相同的价值，都应该被尊重。 这段要如何讲需要整理 Scrum是一个迭代性、增量性的流程，适用于任何的产品开发以及工作管理。 在每个迭代结束后，Scrum都会产生一套可以交付的功能性产品。 Scrum可以概括为三个产物、三个会议、三种角色 Scrum的特点是： Scrum是一个敏捷的流程，可用于管理和控制研发工作。 Scrum以团队为基础，是一种在要求迅速变化情况下迭代地、增量地开发系统和产品的方法。 Scrum是改善交流并最优化合作的方式。 Scrum是一种检测产品开发和生产过程中障碍并将其去除的方式。 Scrum是最大化生产率的一种方法。 Scrum适用于单一的项目到整个组织。Scrum可以控制并组织多件具有相关性的产品开发以及拥有超过千名开发者和执行者的项目实施过程。 Scrum能让每个参与者都对自己的工作以及自己做出的贡献感到满意，并让他们感觉自己的工作已经达到最佳的水平。 鸡 并不是实际Scrum过程的一部分，