敏捷方法

No.135《适应复杂》

核心书摘《适应复杂》这本书运用适应性体系、自组织、敏捷方法等前沿的管理理念，阐明了“控制最优”和“必须有人发号施令”是组织管理中常见的思维陷阱，指出要想让团队在应对不确定性时拥有更大的灵活性，管理者就要弱化组织管理中的控制权
杂草青·2019-12-28 12:40

Scrum与OKR融合实践经验分享

很多软件公司的研发团队都喜欢用Scrum管理研发流程，Scrum是一个诞生于20世纪90年代的敏捷方法论，CORNERSTONE内部也一直在使用这一方法。
基石协作·2019-12-27 16:00

敏捷方法：Improvement KATA

KATA源自日文，就是“型”或者“形”的意思。所以ImprovementKATA就是指实施敏捷时所采用的一种自我改善模型。简单的来说，这个模型只有四步，P/CC/GC/E。P代表Problem,指现存的问题。CC代表CurrentCondition,指如今的可量化指标。GC代表GoalCondition,指希望达成的指标。E就是End,说明目标完成。可以用一块白板，将其分为四个象限，分别代表P/C
kkyin·2019-12-26 17:30

为什么你的高效交付，却没有好的业务成果？

持续需求交付的痛点▶没有价值的交付等于没有交付随着敏捷方法的普及，越来越多的团队引入了敏捷以推动业务的快速迭代、小步快跑、及时的响应市场变化。
阿里云云栖号·2019-12-24 10:26

工作思路整理

6、敏捷方法，最小MVP，快速试错和迭代；二、学习方法篇（核心在于积累和关联）：1、大范围浑沦吞枣，确定主攻方向；2、
咕撸·2019-12-23 21:03

谈谈需求的描述-用例（Use Case）

值得一提的是，虽然RUP被认为是一种重量级的软件管理过程，而越来越多的软件开发开始采用敏捷方法来响应瞬息万变的需求变化。但是用例作为一种描述需求的方式，其理念和方法论
林子的笔记·2019-12-23 00:27

2015年4月22日-23日高端研修班之看板方法—拉动互联网时代敏捷变革(北京)

北京某酒店（具体地点报名后短信通知）2015年04月22日-2015年04月23日课程介绍看板方法诞生于2006年前后，是近年来最热门和上升速度最快的敏捷方法，成为拉动互联网时代敏捷变革的主流方法，被互联网企业和追求互联网变革的传统企业普遍采用
96a6695b09c9·2019-12-20 23:23

敏捷在《PMBOK指南》知识领域中的应用

《PMOBOK指南》知识领域敏捷工作过程中的应用第四章项目整合管理迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划及其组件的整合方式。
luner_z·2019-12-19 11:00

关于项目敏捷性的组织考虑因素

与敏捷方法相关的变革。变革就绪情况组织在开始采用敏捷方法时应了解这些方法与其当前方法之间的相对兼容性。某些组织的特征可能更容易支持跨部门协作、持续学习和内部过程演变等敏捷原则。
luner_z·2019-12-19 08:00

PMI-ACP 敏捷项目管理2——敏捷12原则

一、敏捷的原则：除了敏捷宣言之外，宣言的发起者还为敏捷方法提供了12条指导原则1、我们的最高目标是通过尽早和持续地交付有价值的软件/产品来满足客户。2、即使在项目开发的后期，仍欢迎对需求提出变更。
隔壁老李头·2019-12-18 06:37

敏捷项目管理培训

敏捷项目管理有多种流派，有scrum，有xp，还有LEAN，但是在实践中发现，仅仅遵循一种流派，其实是不完善，或者说是有弊端的，更好的方式应该是取长补短，实践出一套适合与自己团队的敏捷方法才是最好的，只要不违背敏捷的核心思想即可
躲在云里抽烟·2019-12-18 06:32

scrum笔记一——与Page、Jack、Howard的会议记录

今天的scrum讨论交流会，最后大家达成共识，一致认为1.敏捷项目管理非常有帮助2.现阶段我们可以也很适合上敏捷，但人员方面需要加强3.下次就AI相关项目召开项目启动会，实践敏捷方法，具体时间和组织由晓葳安排以下是讨论交流会的详细记录
刘晓葳·2019-12-16 11:36

读书笔记：敏捷转型

引子迈克.科恩（MikeCohn，《用户故事与敏捷方法》的作者）对企业的敏捷转型做了这样的比喻：敏捷转型就像发射一枚火箭，让火箭飞上天的力量源自引擎，而地球的引力会把火箭往回拉。
万学凡·2019-12-15 04:03

《启示录》读书笔记2

对于产品的流程，总结一下作者的理念，主要是对于传统的”瀑布式方法“，和真正倡导的”敏捷方法“进行对比，并提出了产品需要扬长避短的关键点。
白菜帮子·2019-12-14 17:31

说说SM那些事儿

部门研发敏捷转型，做为主要的参与者，经常有人问我什么是SM，根据中文拼音输入法打出来的有神马、傻冒、师妹、圣母、水母、死猫……英文全拼是ScrumMaster，字面上理解是敏捷专家，实际上就是负责敏捷方法落地的推动者和实施者
马尔代夫的沙·2019-12-14 06:55

Java程序员为什么学习Groovy（测试组件）

单元测试正是敏捷方法的核心所在。
平飞兄·2019-12-08 07:13

敏捷教练的价值

——敏捷是“一棵树”，树根是敏捷价值观，树干是敏捷方法论，输叶则是各种实践。
教练思考者·2019-12-08 02:50

7 个支持敏捷的开源项目管理工具，更好地管理项目

文章来自开源中国（微信ID：oschina2013）如需转载请注明上述来源，其他来源无效并视为侵权在一项调查中，有71%的组织表示他们在开发过程中会用到敏捷方法。
OSC开源社区·2019-12-07 05:12

TDD+Git+Frequency Number

TDD虽是敏捷方法的核心实践，但不只适用于XP（ExtremeProgramming），同样可以适用于其他开发方法和过程。二、利用TDD来解决Frequen
SW_BBK_兰天奇·2019-12-02 09:13

2018年项目管理十大行业趋势

2、在某些组织中，敏捷方法的实施可能会被误视为一种失败研究证明，与传统方法相比，
小声讲故事·2019-11-29 04:34

为什么你的高效交付，却没有好的业务成果？

持续需求交付的痛点▶没有价值的交付等于没有交付随着敏捷方法的普及，越来越多的团队引入了敏捷以推动业务的快速迭代、小步快跑、及时的响应市场变化。
阿里云云栖社区·2019-11-27 23:19

敏捷方法

接触敏捷方法到现在已经有5个月的时间左右，期间我们也遵循敏捷开发模式进行项目的开发。另外就是因为在面试过程中被提问到对敏捷开发的理解，所以今天我想总结下我对敏捷开发的理解。
_LG_·2019-11-07 18:50

《用户故事与敏捷方法》读书笔记

以下就是我阅读这本有MikeCohn写的《用户故事与敏捷方法》书后，自己的出来的一些经验。
缪家·2019-11-05 18:15

再谈项目回顾

一、相关术语Retro（Retrospective），译为敏捷回顾，在敏捷方法论中，格外突出了敏捷回顾会这个仪式。在中文中，
郭池·2019-11-03 05:06

用户故事与敏捷方法

什么是用户故事？用户故事描述了对用户、系统或软件购买者有价值的功能。用户故事由以下三方面组成。一份书面的故事描述，用来做计划和作为提示。有关故事的对话，用于具体化故事细节测试，用于表达和编档故事细节且可用于确定故事何时完成。用户故事的描述信息通常以手写的方式写在纸质卡片上。卡片代表客户需求而不是记录需求，这是对用户故事的最佳诠释：卡片包含故事的文字描述，然而需求细节要在“对话”中获得，并在“确认”
螃蟹·2019-11-03 00:48

用户故事与敏捷方法

接触了解用户故事到现在，近十个月了，一直没用这种方法进行完整的实践，趁着这两天休假，将前期了解的知识整理一下。敏捷与极限编程对于敏捷的粗浅了解仅有一些概念性的东西和最近一段时间的实践。敏捷强调递增与迭代，在迭代中完善细节。敏捷宣言个人和交流重于过程和工具正在运行的软件本身重于复杂的文档与客户的沟通和交流重于使用合同约束客户对变化的快速响应重于跟随计划极限编程12个实践短交付周期：2周左右，通常1-
知遇·2019-11-02 13:48

ArchiMate® 建模语言和敏捷性 – Marc Lankhorst 访谈实录

本篇博文是BiZZdesign管理顾问MarcLankhorst系列访谈的第三篇，对架构，特别是ArchiMate语言如何提高敏捷方法的价值进行了简单探讨。
nanshanfu·2019-10-14 16:05

敏捷转型该怎么转？来看看这本书怎么说的吧

与其他介绍敏捷方法的书长篇阔论的介
溪源More·2019-09-29 21:00

打造你自己的程序员品牌

他是一位专业的软件开发者、架构师与讲师，感兴趣的领域包括测试驱动开发、如何编写整洁的代码、敏捷方法学等。John坚信可以通过简单的方式来解决复杂的问题、大多数优雅的解决方案都是很简单的。
LLand520·2019-09-24 09:32

行为驱动开发

BDD是第二代的、由外及内的、基于拉(pull)的、多方利益相关者的(stakeholder)、多种可扩展的、高自动化的敏捷方法。
Readingday_cn·2019-08-14 15:20

行为驱动开发

BDD是第二代的、由外及内的、基于拉(pull)的、多方利益相关者的(stakeholder)、多种可扩展的、高自动化的敏捷方法。
Readingday_cn·2019-08-14 15:20

敏捷实践和敏捷方法有什么不同？

不管是在敏捷环境还是在预测型环境，你都可以从使用敏捷实践中获益，但是，敏捷实践不一定会使你变得敏捷，为了实现敏捷，你需要使用敏捷方法/框架。
项目管理实践者·2019-08-10 19:24

浅谈极限编程

敏捷方法论有一个共同的特点，那就是都将矛头指向了“文档”，它们认为传统的软件工程方法文档量太“重”了，称为“重量级”方法，而相应的敏捷方法则是“轻量级”方法。
I_O_fly·2019-08-10 14:55

2019北航软工暑期培训班总结

2019北航软工暑期培训班总结一、引言虽然已经2年没有教授软件工程课程，但是当年在教学过程中遇到的问题与困难还是历历在目：1）教学内容以瀑布模型为主，内容陈旧，互联网和移动App开发常用的敏捷方法内容非常少
Teacher.Li·2019-08-04 21:00

6个支持敏捷的开源项目管理工具，可以更高效的进行团队协作与管理

有82%的组织表示他们在开发过程中会用到敏捷方法。此外，用敏捷方法管理项目比传统方法管理项目成功率高31％。在这次推荐中，我们从一些比较受欢迎的开源项目
神男鲁班·2019-07-19 10:44

《代码整洁之道 中文版》高清 PDF 电子书下载

代码整洁之道.PDF下载代码整洁之道.PDF中文版高清PDF电子书下载代码整洁之道下载点我下载作者简介······RobertC.Martin，ObjectMentor公司总裁，面向对象设计、模式、UML、敏捷方法学和极限编程领域的资深顾问
JackieZhengChina·2019-07-17 16:59

敏捷项目的不确定性管理

敏捷方法最大的固有优势之一是管理敏捷项目的不确定性。
Warren2Lynch·2019-07-11 00:00

用户故事与敏捷方法—发布计划（实战四）

创建发布计划需要：1、确定迭代长度2、估算速率3、给故事安排优先级4、讲故事分配到一轮或者多伦的迭代中因为新网站功能需要在四周内交付，所以团队决定用两周长度的迭代。估算速率一轮迭代有2个星期（10个工作日）和2个程序员，也就是一轮迭代中有20人天。Maria和Rafe估算他们每轮迭代可以完成7-10个故事点，估算速率为8。给故事安排优先级作为客户，Lori给故事安排优先级。Lori根据4周后的发布
chibimarukochan·2019-06-19 15:46

用户故事与敏捷方法—发布计划（实战四）

创建发布计划需要：1、确定迭代长度2、估算速率3、给故事安排优先级4、讲故事分配到一轮或者多伦的迭代中因为新网站功能需要在四周内交付，所以团队决定用两周长度的迭代。估算速率一轮迭代有2个星期（10个工作日）和2个程序员，也就是一轮迭代中有20人天。Maria和Rafe估算他们每轮迭代可以完成7-10个故事点，估算速率为8。给故事安排优先级作为客户，Lori给故事安排优先级。Lori根据4周后的发布
chibimarukochan·2019-06-19 15:46

用户故事与敏捷方法—估算故事（实战三）

故事编写坊产生了20个故事，下一个目标是创建一个发布计划，给客户Lori展示开发人员期望完成什么，网站能否在老板定下的30天期限里完成。因为很有可能在30天内不能完成所有工作，开发人员需要和Lori一起排序故事的优先级。为了创建发布计划，每个故事都需要一个估算。估算方法见：《计划扑克》展示所有估算：
chibimarukochan·2019-06-19 15:14

用户故事与敏捷方法—一些用户故事（实战二）

为了生成初始的故事清单，团队决定召开一次故事编写工作坊。团队决定从一个特定的用户角色或者虚构人物开始写出团队所能想到的所有故事，然后考虑下一个角色或者虚构人物。Teresa的故事团队决定从识别出的虚构人物Teresa入手。故事卡1:用户可以使用作者、数名或者ISBN搜索书籍故事卡2:用户可以查看书籍的具体信息。包括出版日期、内容简介、页数故事卡3:用户可以把书籍放进“购物车”，在结束购物时，可以购
chibimarukochan·2019-06-19 15:14

用户故事与敏捷方法—一些用户故事（实战二）

为了生成初始的故事清单，团队决定召开一次故事编写工作坊。团队决定从一个特定的用户角色或者虚构人物开始写出团队所能想到的所有故事，然后考虑下一个角色或者虚构人物。Teresa的故事团队决定从识别出的虚构人物Teresa入手。故事卡1:用户可以使用作者、数名或者ISBN搜索书籍故事卡2:用户可以查看书籍的具体信息。包括出版日期、内容简介、页数故事卡3:用户可以把书籍放进“购物车”，在结束购物时，可以购
chibimarukochan·2019-06-19 15:14

用户故事与敏捷方法—Scrum与用户故事

——————————Scrum基础——————————Scrum是迭代和递增的过程。1、迭代——开发团队首先针对系统的一部分开始开发，通过一轮迭代，不断给软件添加更多细节，软件功能越来越完备。2、增量——团队按照功能点开发和发布软件，每个功能点或者称为功能增量，代表一个完整的功能子集。每一个功能增量都被完整的实现以及测试通过。Scrum团队1、一个Scrum团队通常是有4—7个开发人员组成。2、团
chibimarukochan·2019-06-19 11:07

用户故事与敏捷方法—Scrum与用户故事

——————————Scrum基础——————————Scrum是迭代和递增的过程。1、迭代——开发团队首先针对系统的一部分开始开发，通过一轮迭代，不断给软件添加更多细节，软件功能越来越完备。2、增量——团队按照功能点开发和发布软件，每个功能点或者称为功能增量，代表一个完整的功能子集。每一个功能增量都被完整的实现以及测试通过。Scrum团队1、一个Scrum团队通常是有4—7个开发人员组成。2、团
chibimarukochan·2019-06-19 11:07

用户故事与敏捷方法—用户故事不良症兆

故事太小症状：经常需要调整估算解决方法：一定程度上合并故事故事相互依赖症状：故事相互依赖，所以很难做迭代计划解决方法：把相互依赖的故事合并成一个故事镀金症状：开发人员在迭代计划中实现了计划外的功能，或者仅仅凭借自己的感觉实现故事，实际的功能超出了实际的需要。解决方法：提高项目组中每个人任务的可见性，这样团队就自我约束，减少镀金。细节太多症状：在实现故事之前花太多功夫去收集整理故事细节解决方法：小卡
chibimarukochan·2019-06-19 10:00

用户故事与敏捷方法—用户故事不良症兆

故事太小症状：经常需要调整估算解决方法：一定程度上合并故事故事相互依赖症状：故事相互依赖，所以很难做迭代计划解决方法：把相互依赖的故事合并成一个故事镀金症状：开发人员在迭代计划中实现了计划外的功能，或者仅仅凭借自己的感觉实现故事，实际的功能超出了实际的需要。解决方法：提高项目组中每个人任务的可见性，这样团队就自我约束，减少镀金。细节太多症状：在实现故事之前花太多功夫去收集整理故事细节解决方法：小卡
chibimarukochan·2019-06-19 10:00

用户故事与敏捷方法—用户故事的优势

使用用户故事带来的好处1、用户故事强调口头沟通——往往能够促成对需求的充分理解2、人人都可以理解用户故事——用户故事简洁明了，并且向用户或者客户展示价值，没有太多的技术和商业术语。3、用户故事的大小适合作计划——用户故事的大小可以掌握，可以很方便的用作发布规划及进行编程和测试4、用户故事适合于迭代开发——很容易对故事本身进行迭代5、用户故事鼓励延迟细节——可以很快的写初独立的用户故事。用户故事非常
chibimarukochan·2019-06-19 10:58

用户故事与敏捷方法—用户故事的优势

使用用户故事带来的好处1、用户故事强调口头沟通——往往能够促成对需求的充分理解2、人人都可以理解用户故事——用户故事简洁明了，并且向用户或者客户展示价值，没有太多的技术和商业术语。3、用户故事的大小适合作计划——用户故事的大小可以掌握，可以很方便的用作发布规划及进行编程和测试4、用户故事适合于迭代开发——很容易对故事本身进行迭代5、用户故事鼓励延迟细节——可以很快的写初独立的用户故事。用户故事非常
chibimarukochan·2019-06-19 10:58

用户故事与敏捷方法—故事不是什么

故事如何区别于其他三种常见的需求方法：用例、IEEE830软件需求规格、交互设计场景一、用户故事不是IEEE830IEEE830软件需求规格，最突出的特征是使用短语“系统应该........”,侧重于关注需求的坚持清单，而不是用户的目标。在写下所有需求前，每个需求的成本是不可见的。IEEE830是需求列表，故事则描述用户目标。用户故事不是分析活动的产物，相反，用户故事是进行分析的支持工具。二、用户
chibimarukochan·2019-06-19 09:56

用户故事与敏捷方法—故事不是什么

故事如何区别于其他三种常见的需求方法：用例、IEEE830软件需求规格、交互设计场景一、用户故事不是IEEE830IEEE830软件需求规格，最突出的特征是使用短语“系统应该........”,侧重于关注需求的坚持清单，而不是用户的目标。在写下所有需求前，每个需求的成本是不可见的。IEEE830是需求列表，故事则描述用户目标。用户故事不是分析活动的产物，相反，用户故事是进行分析的支持工具。二、用户
chibimarukochan·2019-06-19 09:56
上一页 7 8 9 10 11 12 13 14 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他