敏捷开发的故事读后感，敏捷开发的好处

《敏捷项目管理》读后感

吉姆史密斯在敏捷项目管理中说，领导团队胜过管理任务。但是领导团队远比管理任务复杂。学习本书让我认识到了团队的表面问题背后的原因。很多以前困惑的问题有了答案。

这里的项目不是指大项目，而是不超过3天的工作。由于是微型企业，3个小时不能完成的事就要立项，3天不能完成的事，就要分成多个项目去推进。此外，如果项目太长，比如超过3天，对普通的职场人来说，由于缺乏成就感，很容易就消极怠工。

“施瓦伯再次达到目标——帮助我们理解所有敏捷方法的核心技巧及态度。

这些书带给我的启发不仅仅是关于高级IT项目管理这门课程的，也给我今后的人生上了重要的一课。正如项目经理案头手册中提到的J.M.朱兰将一个项目定义为一个计划要解决的问题。

本书是我接触的第一本项目管理类书籍，对我而言，本书是一本项目说明书，它给我揭示了一个项目的整体架构；本书是一本工具书，它给了我实现项目目标的实施方法。

Scrum被认为是目前全球最流行与最有效的敏捷项目管理理念与方法之一，在软件业发达地区被众多知名企业广泛采纳。

相关问答

Q1: 关于敏捷开发

1、敏捷开发的定义 敏捷式开发，其具体表现方式，是一种工作方法，其真正的精髓，是在互联网行业快速迭代发展的环境中，团队内部形成的一种行为意识上的共识。

2、许多企业走向敏捷是从组织培训开始的。培训可以是内部的，也可以聘请外部顾问，最重要的是负责培训的讲师一定要有丰富的敏捷经验。因为敏捷开发是一种经验科学，书本上的知识只能帮助了解，真正的掌握需要在实践中训练。

3、敏捷开发的原则 凝聚人的力量，紧密协（合）作。

4、在敏捷开发里，就是要消除这种状态，要让人除了迭代结束的那个半天之外的时间都处于一种紧张状态，避免摸鱼的存在。要求团队和个人都对对自我严格要求，这其实就是对人的要求很高。

5、敏捷建模(Agile Modeling，AM)的价值观包括了XP(Extreme Programming：极限编程)的四个价值观：沟通、简单、反馈、勇气，此外，还扩展了第五个价值观：谦逊。

6、敏捷软件开发的相关概念：敏捷软件开发(又称敏捷开发)这是一种能够满足快速变化需求的软件开发能力。

Q2: 敏捷开发中的故事点到底是什么?如何预估故事点?

通过经典的“三段论“描述和渐进的细节探索，用户故事实现了需求描述的敏捷化；通过优先级排序和故事点的有效应用，用户故事实现了需求到开发的连接；通过验收标准的渐进明确，用户故事实现了需求与测试的连接。

分类用户故事：将用户故事按照主题或相关性进行分类。 组织用户故事：将分类后的用户故事按照时间顺序或优先级进行排序，并将它们放入一个用户故事地图中。

这些团队如果能和经验丰富的顾问或其他运用敏捷比较成功的团队交流，往往会认识到自己的局限性和离高层次敏捷开发的差距。

产品待办列表。完成的需求列表，通常用来记录定义产品的用户故事。产品待办列表会贯穿于整个项目。所有代办事项，无论详细程度如何，都在此列表中。冲刺待办列表。一个给定的冲刺中的要求和任务列表。

前面我发过产品从发现需求到上线整个开发流程的文章，由于激烈额竞争和市场迅速的变化，几乎所有的团队在开发这块都采用了敏捷开发模式，今天就来跟大家详细聊聊这种开发模式到底是什么样的。

敏捷最佳的估算方法就是打计划扑克(Grenning2002)，计划扑克把专家意见、类比和分解结合到一种令人愉快的估算方法中，可以产生快速而可靠的估算。估算的目的在于合理性，而不是准确性。

Q3: 敏捷开发到底是什么意思

敏捷开发又称敏捷软件开发， 是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。

敏捷开发是一帮追求快捷、可控的老程序员综合了多种开发方法的优点，整理出来的一套开发组织方法。

敏捷开发(AgileDevelopment)是一种以人为核心、迭代、循序渐进的开发方法。

敏捷开发它是一种软件开发开发方法论，可以应对客户快速变更的需求。它强调以人为核心，采用迭代的方式，循序渐进地开发软件。ipecc是一个敏捷开发过程框架，是一套追求迭代开发、持续集成的开发管理方法。

Q4: 如何使用用户故事驱动敏捷开发

1、多沟通，尽量减少文档 任何项目中，沟通都是一个常见的问题。好的沟通，是敏捷开发的先决条件。在圈子里面混得越久，越会强调良好高效的沟通的重要性。团队要确保日常的交流，面对面沟通比邮件强得多。

2、拆分便于多人共同协作于一个用户故事。 估算便于合理安排一个迭代可完成的任务量。 What什么是任务拆分和估算？ 按照优先级排列，准备放入当前迭代的用户故事，进行任务拆分，便于团队共同协作于一个用户故事。

3、如何做到以用户为中心，要从用户角色建模开始。软件客户和最终用户应该在编写用户故事时承担着非常重要的角色。编写用户故事的过程最好从考虑系统的用户类别开始。才能够有效的识别各个潜在客户的实际需求。

4、创建用户故事地图的8个步骤 召集到3-5名对产品非常熟悉的人员参与。3-5人听上去像是个魔法数字，实际上是的。因为更少的人意味着你无法获得足够的建议，而更多人则会因为讨论和协调降低会议效率。

5、我们通过这种一目了然、格式一致的故事地图，让项目组所有人都获得足够的信息，让项目有一个明朗的开发流程，如图5-20所示。用户故事地图作为一种有效的需求工具，可以做到多角色、多视角。

6、Valueable 有价值性， Story需要体现出对于用户的价值 Estimable 可估计性，Story应可以估计出Task的开发时间。Sized Right 合理的尺寸， Stories应该尽量小，并且使得团队尽量在1个sprint(2 weeks)中完成。

关于敏捷开发的故事读后感和敏捷开发的好处的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。