自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

陈勇的博客 - Scrum 敏捷开发培训咨询,绩效管理,团队管理,《火星人敏捷开发手册》

敏捷开发培训咨询 敏捷开发免费工具 免费培训教材《火星人敏捷开发手册》 IIOM咨询总监 火星人首席架构师兼主程序员

  • 博客(18)
  • 资源 (21)
  • 收藏
  • 关注

原创 敏捷开发中“可运行软件”的评审标准(兼谈敏捷开发中的迭代中期质量控制)

软件“可运行”了就可以评审且通过了?这是个问题。在多年前参加Scrum Master培训的时候,老师拿出一个很好的表格,每行是一个故事,每列大致如此:编码完成功能测试单元测试集成测试压力测试自动测试……这样在计划会的时候,PO就告知大家每个故事他的要求是什么,一方面大家会因此对于

2011-03-29 19:33:00 2960

原创 需要大量设计的软件如何进行敏捷开发

最近被两次问到同一个问题:如果一个软件需要大量密集的设计工作,导致存在独立的设计和开发团队,应如何实施敏捷开发?整体上讲,敏捷开发不希望存在设计和开发的分离,因为这样就会产生“设计文档”这种东西,而且因为两个团队分离,设计文档一定相当详尽,而且在交接的时候多半要进行评审,否则很难

2011-03-29 17:55:00 2949

原创 图书推荐:《世界上下五千年大全集》

非常好的一本书,每个章节都很短小,图片很多,非常适合以快餐方式快速了解世界历史。作者文笔不错,每件事情前因后果都解释的比较清楚,故事性也比较强,读着不枯燥。读完之后还可以没事翻着看某些章节,适合放在床头。

2011-03-24 14:30:00 2114 6

原创 图书推荐:德鲁克管理思想精要(珍藏版)

本书是德鲁克历年作品的精简摘编版本,目的是为了解决“德鲁克的书这么多”,到底应该从哪里看起的问题。可以作为中等快餐作品来阅读。本书分为三个部分:管理篇,个人篇,社会篇。本人是从“个人篇”开始读的,另外两篇还不太适合理解。整体文风比较严肃,从文学上讲有点枯燥。不过内容非常真枪实弹,

2011-03-23 17:37:00 3770

原创 合成谬误与公地悲剧(为何设置产品总监职位及核算名义成本)

作者:陈勇来源:blog.csdn.net/cheny_com    合成谬误由萨缪尔森提出:倘若每个人都基于自身作出最佳选择,所有人选择的合成结果极有可能是大家的公共福利受到伤害。    合成谬误的一个典型的例子就是公地悲剧(tragedy of the commons ,哈定

2011-03-21 22:59:00 4729 3

原创 敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标

作者:陈勇出处:blog.csdn.net/cheny_com 最近在看德鲁克的书,发现其中很明确地写着“企业的绩效只存在于外部,而企业内部只有成本”的概念和说法,下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维,比如:关注客户价值,认为可交付的产品才是真正能

2011-03-21 16:55:00 3378 1

原创 图书推荐:《战略地图:化无形资产为有形成果》Strategy maps: converting intangible assets into tangible outcomes By Robert S

平衡计分卡方法可以认为是一种很好的同时关注企业生存与发展的绩效管理方法,但是应用起来却很难。本书很好地解释了如何动态地应用平衡计分卡方法。 本书中文版在China-pub长期脱销,但在免费的Google Book有一个相对而言非常完整的英文版本,70%以上的页面均可预览。 如果没

2011-03-15 16:30:00 4182

原创 System.Web.HttpException: The file "~/xxx//Index.cshtml" cannot be requested directly because it cal

刚开始用Razor的时候经常把RenderSection当作RenderPartial的替代品,其实它是ContentHolder的替代品。Section的意图是在上级页面(原来的master)中建立一个空间,在子级页面中向其中根据需要填充内容。因此不能在被直接调用的子页面(如i

2011-03-12 13:07:00 4124

原创 《敏捷开发绩效管理》扩展阅读(敏捷开发绩效管理,敏捷团队绩效管理)

本文长期更新,请常来看看。 •    序言–  从代码行到故事点敏捷估算:故事点与直接估算天数的差异 –  下一步?•    敏捷团队绩效管理–  谁来管理团队中的个体?同行压力(兼谈敏捷团队,绩效管理,自组织团队)目标管理(百度百科)–  敏捷团队的目标–  从团队外部认识团队

2011-03-10 17:33:00 3045 2

原创 “迭代期内无变更”与研发心理学(承诺管理,MosCoW方法)

作者:陈勇出处:blog.csdn.net/cheny_com 迭代期间无变更?支持派说:对,如果经常变,我们怎么开发啊。反对派说:不对,敏捷开发不能上来就确认了需求,要的就是在开发中逐步了解需求,怎么可能不变呢。只在开发层面,这个问题无解。让我们站在研发心理学的高度来看这个问题

2011-03-10 10:29:00 3939

原创 “迭代期内无变更”与敏捷开发产品版本规划

作者:陈勇出处:blog.csdn.net/cheny_com 迭代期间无变更?支持派说:对,如果经常变,我们怎么开发啊。反对派说:不对,敏捷开发不能上来就确认了需求,要的就是在开发中逐步了解需求,怎么可能不变呢。只在开发层面,这个问题无解。让我们站在产品版本规划的高度来看这个问

2011-03-08 17:09:00 4602

原创 绩效管理:软件开发团队的非物质激励机制

作者:陈勇出处:blog.csdn.net/cheny_com IT人士要想被激励起来,除了可以用薪酬之外,其实还有很多办法。比如笔者刚刚毕业的时候,曾经彻夜编制一个软件长达5个月,原因是自己居然有一台专属的486电脑;而数年后我一个同事会在中午一边吃饭一边编程,是因为他独自负责

2011-03-08 14:33:00 5973 1

原创 敏捷开发中提高软件生产率的方法

作者:陈勇出处:blog.csdn.net/cheny_com 很多人都知道甚至感觉到敏捷开发的生产率比传统开发高,但到底敏捷开发是怎样提升生产率的呢?以及当前自己正在实施的敏捷开发还有多大的生产率潜力?当然“受激励的个体”会产生生产率,但只是这样解释恐怕难以服众,更难说服老板。

2011-03-07 09:59:00 5360

原创 彼得定律与员工职业生涯规划(该提拔谁,职业规划,知人善用)

作者:陈勇来源:blog.csdn.net/cheny_com 在网上能找到不少彼得定律的文章,不过由于彼得定律的提出的时间很早,因此论述在IT公司中影响的内容很少,本文结合一下IT公司的特殊情况略加说明。彼得定律彼得定律大意为:在一个等级制度中,所有人都将被最终提拔到一个无法胜

2011-03-06 19:59:00 7772 6

原创 敏捷估算:故事点与直接估算天数的差异

作者:陈勇出处:blog.csdn.net/cheny_com 在敏捷中直接估算天数最大的好处是直观,坏处是很难衡量是否有故意的高估和低估,也不能比较生产力是否在提升,于是基于故事点的估算应运而生。基本使用方式故事点的基本做法是:把一些常见的“标准任务”给出一个“标准点数”,形成

2011-03-04 16:28:00 9735

原创 敏捷测试与传统测试的区别

在敏捷测试中也有测试活动乃至专职的测试人员,但其活动内容和目标是有显著差异的。一般在传统开发团队中,产品经理(或销售)为范围或称之为需求负责,项目经理和开发组为进度负责,测试组为质量负责,部门经理为成本负责,结果就是当四者发生矛盾时,会有四个部门各自站在自己的立场上,从而导致沟通

2011-03-04 09:17:00 10005 3

原创 139团队(大型研发团队,大型敏捷开发团队,大型团队结构,敏捷绩效管理)

作者:陈勇出处:blog.csdn.net/cheny_com 定义简单看,139团队就是1个项目经理,3个小组长,9个开发人员,小组长管理各自管理3个左右开发人员。139团队从管理上缩减了团队规模,可以被视同只有1个项目经理和3个小组长,细节交由小组长处理。这样就方便在大型团队

2011-03-03 17:27:00 6958

翻译 威斯敏斯特教堂(西敏寺)墓碑上的话(WestMinster Abbey,When I was young and free...,修身齐家治国平天下)

(原文载于教堂墓地的一块墓碑上,但主人不详)When I was young and free and my imagination had no limits, I dreamed of changing the world. As i grew older and wiser

2011-03-03 15:40:00 20183

功能点需求模板

注意如果使用工具,Jira和TFS都有三层需求结构,分别对应Word目录中的: 一级目录:项目名称 二级目录:Jira-Theme,TFS-Epic 三级目录:Jira-Epic,TFS-Feature 四级目录:Jira-Story,TFS-Story。 注意Jira和TFS都不约而同地采用了三级目录,但是都没有提到如何划分和获取三级目录,以及三级目录的实际物理含义(比如在软件中到底是个页面,还是个表,还是个Controller……)。而本方法可以让需求直接与软件对应起来。

2015-11-26

产品研发敏捷统一过程 AUP2.0

产品研发敏捷统一过程 AUP2.0的课件,另附有一个Word模板用来演示以这种方式形成的需求文档结构,可作为Scrum中的Product Backlog。请参考:http://blog.csdn.net/cheny_com/article/details/50020243

2015-11-26

火星人敏捷开发早期估算

“响应变化胜过遵循计划”,所以敏捷开发中的估算过程主要指在每个迭代计划会中,由开发人员自主估算本次迭代的工作内容。可是,随着一个个迭代结束,开发人员可能才逐渐感觉到整个项目需要一年,而实际上,高层领导早就签订合同或立项要求整个项目在半年内完成……而这个项目如果真的超期了一倍,那么到底是高层领导的决策失误,还是团队的生产率只有别人的一半? 这就让我们不禁想问: 有没有一种方法,在签署合同或立项前,仅仅凭借几页Word和有限交互,就能把十几人年的项目推算到±20%的精度内? 有没有一种方法,不仅能在早期做估算,还能把估算结果直接演进为敏捷开发中的史诗故事和用户故事? 有没有一种方法,不仅能让开发者意识到代码的不断增长,也能让客户和领导同步地理解并认可需求的蔓延? 有没有一种方法,能在项目结束时,简单数数史诗故事和用户故事,就能将项目的完成情况与此团队的历史做纵向比较,甚至还能与其他团队、乃至业界的数据做横向比较,并让客户和老板信服?

2013-07-14

火星人敏捷开发手册 2012-12-31(修正了页眉)

您可以在非商业场合免费使用(详见文档最后的授权页面): 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 请大家在http://blog.csdn.net/cheny_com置顶贴中跟帖多提意见和要求,以便及时更新。

2012-12-31

Top100案例征集表

Top100研发管理与工程实践案例征集 1. 必须是言之有物的有效分享才能通过评审,拒绝广告和空谈 2. 宁肯分享一个可借鉴的点,不要分享多个空洞的面 3. 只有50分钟演讲时间,大约15页PPT足够了 4. 截止日期马上就要到了(10.15),不过无需在此之前提供PPT,而只需要填写最后的表格

2012-10-09

火星人敏捷开发手册 2012-08-15

您可以在非商业场合免费使用(详见文档最后的授权页面): 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 请大家在www.cheny.com置顶贴中跟帖多提意见和要求,以便及时更新

2012-08-14

火星人敏捷开发手册 2012-06-30.pdf

您可以在非商业场合免费使用(详见文档最后的授权页面): 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 请大家跟帖多提意见和要求,以便及时更新

2012-07-01

火星人敏捷开发手册 2012-05-06

内容与4.30版完全相同,但修正了4.30版没有彩色文字的问题。 您可以在非商业场合免费使用(详见文档最后的授权页面): 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。

2012-05-06

火星人敏捷开发手册 2012-02-29

您可以在非商业场合免费使用(详见文档最后的授权页面): 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 请大家来www.cheny.com跟帖多提意见和要求,以便及时更新。

2012-02-24

火星人敏捷开发手册 2011-12-31

您可以在非商业场合免费使用(详见文档最后的授权页面): •作为培训前的预习阅读。 •打印并张贴在公司走廊上。 •作为企业内部小组培训教材使用。 请大家跟帖多提意见和要求,以便及时更新。

2011-12-31

火星人敏捷开发手册 2011-10-14

•作为培训前的预习阅读。 •打印并张贴在公司走廊上。 •作为企业内部小组培训教材使用。 欢迎访问作者的博客参与讨论:www.cheny.com

2011-10-15

自组织团队与松结对编程 陈勇 2011-09-18

2011-10-12在微软tech ed大会上的讲稿

2011-10-12

火星人敏捷开发手册 2011-08-18

•作为培训前的预习阅读。 •打印并张贴在公司走廊上。 •作为企业内部小组培训教材使用。 欢迎访问作者的博客参与讨论:www.cheny.com

2011-08-17

火星人敏捷开发手册-免费的Scrum开发过程手册 2011-07-21

作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 如有意见和建议,请访问作者博客并在讨论页面中参与讨论:blog.csdn.net/cheny_com。 相比2011-07-19版本,降低了水印和页眉的对比度,更加容易阅读。

2011-07-21

火星人敏捷开发手册-免费的Scrum开发过程手册

作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 如有意见和建议,请访问作者博客并在讨论页面中参与讨论:blog.csdn.net/cheny_com。

2011-07-19

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除