- 博客(21)
- 资源 (21)
- 收藏
- 关注
RSS订阅原创 敏捷开发与中医理论系列之一：序言及为何中医教材都是千年古籍
这是敏捷开发与中医理论系列的第一篇。。（之一，之二）最近一个世交的中医朋友到梁冬的正安药坊上班，也去实地参观了一下。因为之前的一些经历和最近的几天的交流，一点点悟到一些中医理论与软件研发管理的共同之处，写在这里成一系列。这里的很多内容来自于与这位朋友沟通所得，并与之前更早听《冬吴
2011-08-31 17:09:07
4072
7
转载 Marty Cagan：怎样寻找出色的产品经理
《程序员杂志》的文章，原帖位于http://www.programmer.com.cn/7760/ 写的很好，自己转贴存储一下，也符合Product Owner的要求，就是……要求太高了！ 本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了招聘产品经理的标准，
2011-08-28 21:13:59
6102
原创 敏捷开发绩效管理之七：敏捷开发生产率（下）（简化功能点分析，NESMA，两级简化）
这是敏捷开发绩效管理的第七篇。（之一，之二，之三，之四，之五，之六，之七） 续前文…… 功能点估算第一级简化上次说到只用数据+操作就能准确计算规模，听起来够简单了，但其实还不够。谁能在刚拿出2页纸的需求文档时（假设昨天老板在酒桌上刚从客户那记下来的），就猜出有多少个操作？而且还不遗漏？增删改查好猜，“加入角色”就不好猜了。NESMA早就遇到过这个问题了，他们这么解决：通过统计发现每个数据差不多有7
2011-08-26 23:32:00
38849
11
原创 敏捷开发绩效管理之六：敏捷开发生产率（中）（功能点分析，FPA，简化的功能点）
这是敏捷开发绩效管理的第六篇。（之一，之二，之三，之四，之五，之六，之七） 直接估天数或用故事点估天数，都很“程序员”。如果在项目的甚早期，面临与客户相关的报价问题，或高层领导要统计公司绩效并想进行项目乃至行业间的比较，这两种方法都很难使用。敏捷开发内部之所以没有进化出来能做项目间比较、行业间比较、用于早期报价的估算方法，是因为敏捷的发明者和后来的实践者多数都不管这些事情。而这三样事情，比天数、故
2011-08-26 23:27:51
9923
6
原创 敏捷开发绩效管理之五：敏捷开发生产率（上）（故事点估算）
这是敏捷开发绩效管理的第五篇。（之一，之二，之三，之四，之五，之六，之七） 度量敏捷开发的生产率一直是个难题，确切说度量任何开发方法的生产率都是一个难题，但它实际上有答案，这个答案是本文的主要内容。 度量敏捷生产率的目的真正难以回答的是度量生产率的目的是什么？很多人都认为是考核绩效，发奖金。根据上一篇文章的内容我们可以知道，这完全是行不通的：客户并不购买我们的生产率，生产率高也并不能证明产品或项目
2011-08-26 14:23:30
12208
4
原创 敏捷开发绩效管理之四：为团队设立外部绩效目标（目标管理，外向型绩效）
这是敏捷开发绩效管理的第四篇。（之一，之二，之三，之四，之五，之六，之七） 最近在看德鲁克的书，发现其中很明确地写着“企业的绩效只存在于外部，而企业内部只有成本”的概念和说法，下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维，比如：关注客户价值，认为可交付的产品才是真正能表征工作进展的因素等等，但尚未直接与目标管理接轨。外向性思维可以防止部门间壁垒或踢皮球，而转而共同讨论对外交
2011-08-23 22:26:19
8140
2
原创 敏捷开发绩效管理之三：个体动力之源——同行压力（松结对编程，师徒制度，跨职能团队，绩效考核）
这是敏捷开发绩效管理的第三篇。（之一，之二，之三，之四，之五，之六，之七） 如果有10个程序员，笔者相信至少有9个是勤奋的。但是如果有一个10人的程序员团队，其中1个人不是勤奋的，而且仍然拿到与其他人完全相同的报酬——大家猜这个团队会以90%的生产率运行，还是更低的生产率？不管大家信不信，我是相信后者的。这个是敏捷开发中对个体管理的出发点，并非我们看到有人在白拿老板的钱而要劫贫济富，而是要打造一个
2011-08-21 12:31:32
8739
5
原创 敏捷开发绩效管理之二：用中医理论管理团队及其绩效（绩效考核，团队管理，自组织团队）
这是敏捷开发绩效管理的第二篇。（之一，之二，之三，之四，之五，之六，之七）团队管理是个由来已久的话题，各式各样的管理理论和方法层出不穷。笔者因为工作原因在过去16年里与100多家企业的团队或团队领导者有较为深入的交流，看到了听到了想到了很多相关的内容，下面做一个总结。不过受个人经历所限，这不是一个客观的全面的总结，而是带有本人的角度和主张，仅供参考。 中医治病的原理中医和西医看待疾病的角度差别很大
2011-08-21 10:16:15
8188
原创 敏捷开发绩效管理之一：序言及“敏捷开发是否考核个人”（绩效考核）
这是敏捷开发绩效管理的第一篇。（之一，之二，之三，之四，之五，之六，之七）“敏捷开发绩效管理”本身是个伪命题，因为敏捷开发本身不想涉及绩效管理，这就像“C++绩效管理”的搭配差不多。但是人们选择敏捷开发作为管理方法是有原因的：更高的交付保障，更高的生产率，更高的质量……这和人们选择C++（而不是C）的原因还是很接近的：都是为了更高的绩效。在下面的所有文章中，“敏捷开发绩效管理”都将不再是“敏捷开发
2011-08-21 08:56:43
13360
3
原创 《火星人敏捷开发手册》 2011-08-18版本发布
2011-08-18 新增Scrum概述1页，敏捷生态系统5页，中英文对照表1页。新增部分页面预览：本文仅做通知，请到主贴查看更新历史及下载链接：http://blog.csdn.net/cheny_com/article/details/6616794
2011-08-18 00:17:03
3946
原创 敏捷开发生态系统系列之五：关于敏捷生态系统的一次聊天记录（敏捷估算，同行压力，估算扑克）
这是敏捷生态系统系列的第五篇（之一，之二，之三，之四，之五）。本文是2009年刚刚提出敏捷生态系统的时候参与一个MSN讨论组时的对话，当时的想法与现在相比尚缺少系统性，但由于有问有答，也包含了本系列所没有包含的一些信息，仅供参考。删除了部分无关的对话。文章末尾有谷雨霖老师的博客地址，也在CSDN。 “敏捷生态--Srcum敏捷开发”--msn群讨论 2009-08-25 13:52谷雨霖 说:时间
2011-08-17 11:13:49
5130
转载 为什么我们程序员难晋升
作者：梁斌原文： http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html 今天看到微博上@hellodba发的一个帖子：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外
2011-08-16 14:04:36
3630
8
原创 敏捷开发生态系统系列之四：计划跟踪II（自组织团队-开发团队自己估算-PO挑战估算-同行压力）
这是敏捷生态系统系列的第四篇（之一，之二，之三，之四，之五）。一半内容属于需求管理生态，一半内容属于计划跟踪生态。在实际开发环境中，产品负责人常常和开发组存在潜在的利益对立。前者往往希望在更短的时间开发出更多的功能，而后者的绩效则多数来自于计划按时率/缺陷率这些会因“更短-更多”而下降的数据，于是两者的隔阂从此开始。敏捷开发中的计划跟踪生态II大致如此（黑体字即图片中的元素）：☺ 产品负责人（PO
2011-08-16 11:28:38
5686
原创 asp.net怎样在URL中使用中文、空格、特殊字符
在cshtml或aspx/ascx中制作链接时，若参数可能是中文，则需要使用HttpUtility.UrlEncode()：@Html.Link("角色", "/SFC/Users/Users2Roles?user=" + HttpUtility.UrlEncode(User.I
2011-08-15 11:51:33
3924
原创 敏捷开发生态系统系列之三：计划跟踪II（需求优先级排序-迭代期内无变更-团队承诺）
这是敏捷生态系统系列的第三篇（之一，之二，之三，之四，之五）。产品负责人PO与团队的互动一直是一个难题。典型的问题在于：敏捷开发倡导“迭代期内无变更”以换取“团队承诺”，而实际上产品负责人却会不断地来提变更，打乱开发计划了。我们应该怎么办呢？产品负责人说“敏捷就是拥抱变化，我现在来提变化了，你们却关门了。”团队说“如果你总是变，下次我们怎么给你承诺。”敏捷开发中的计划跟踪生态II大致如此（黑体字即
2011-08-13 13:22:32
5418
原创 MVC的Controller-Action布局：单独的创建/编辑页面还是创建/编辑/查看一体的页面？
刚开始的时候非常认同asp.net中MVC的Action的布局方法：无论大小，只要是一个动词，都给一个单独的页面，比如Create/Edit/Detail/Index。编写了一段时间后，又发现这样很不方便，尤其是像“创建角色”这样的页面，就一个TextBox,其他什么都没了，单独
2011-08-09 15:35:06
5142
4
原创 敏捷开发生态系统系列之二：敏捷生态系统-计划跟踪 I（跨职能团队-共同估算-每日立会-同行压力）
这是敏捷生态系统系列的第二篇（之一，之二，之三，之四，之五）。如果说需求管理中尚有一些团队无法控制的因素导致实施困难，计划与跟踪过程总归就没有问题了吧？其实不然，笔者见过领导很放权的全团（很多是因为领导根本管不过来了），但在团队内部仍然存在很大的问题，一般最为突出的，就是每日立会开得毫无生机。这不完全是因为文化差异问题，而是生态系统出了问题。 敏捷开发中的计划跟踪生态大致如此（黑体字即图片中的元
2011-08-09 14:48:10
5932
2
原创 敏捷开发生态系统系列之一：序言及需求管理生态（客户价值导向-可工作软件-响应变化）
这是敏捷生态系统系列的第一篇（之一，之二，之三，之四，之五）。所谓生态系统，就是指互相依赖方能生存的一系列生物。生态系统常常不是单向依赖的，而是互相依赖互相促进。敏捷开发中的实践也是如此。典型地，当一个实践很难实施时，一定不要认为简单的制度可以保证其实施，而是要思考是什么导致了它的失败。比如每日立会，如果发现大家都不按时开会甚至不开会，马上要做的不是要求大家按时开会+开会迟到给大家买水果+统计每月
2011-08-09 13:53:35
6335
3
原创 IT职场人生系列之八：行业与公司类型
本文是IT职场人生系列的第八篇。软件公司五花八门，还分为很多行业，给选择公司带来更多困难。不过尽管行业很多，但却有一些相对简单的方法来理解其收入和晋升空间的差异，可以依据自己的个人情况作出正确选择。以下的分类有交叉，请注意选择。项目型公司项目型公司以合同为开发获得的主要起点，尽管经常拥有自己的产品，但往往是半成品，需要与客户签订合同后定制。欧美/对日外包行业是典型，一些电信/银行/政府/税务的集成
2011-08-05 23:24:50
12725
7
原创 补充“为什么Scrum不行”
最近有一篇“为什么Scrum不行”的文章很热，本来路过打酱油的时候看到过，但是后来在另外一个网站的敏捷诊室里边被要求评价一下，所以顺便转发到这里。为了不让大家再去找原文，原文发在这里（好像是由一篇外文翻译的？没找到原始出处）：因为本人经常站在Agile的风口浪尖，所以我有必要也来
2011-08-05 17:44:35
6926
7
原创 IT职场人生系列之五：怎样面试
本文是IT职场人生系列的第四篇。很多次看到令人激动的简历赶紧安排面试，而面试的结果却令人失望。而发生面试失败的主要原因之一，竟然是被面试者没有进入被面试的角色。面试心法所谓心法，就是在面试的时候心里在想什么。那么应该在想什么呢？那就是“我正在参加面试，现在我的首要任务，是吸引对方并让对方选择录用我”。因此无论“简单谈一谈自己的工作经历”还是“您为何离开上家公司？”的时候，心里都要想着这句话，而不是
2011-08-04 15:35:32
12781
12
功能点需求模板
2015-11-26
产品研发敏捷统一过程 AUP2.0
2015-11-26
火星人敏捷开发早期估算
2013-07-14
火星人敏捷开发手册 2012-12-31（修正了页眉）
2012-12-31
Top100案例征集表
2012-10-09
火星人敏捷开发手册 2012-08-15
2012-08-14
火星人敏捷开发手册 2012-06-30.pdf
2012-07-01
火星人敏捷开发手册 2012-05-06
2012-05-06
火星人敏捷开发手册 2012-04-30
2012-04-30
火星人敏捷开发手册 2012-02-29
2012-02-24
火星人敏捷开发手册 2011-12-31
2011-12-31
火星人敏捷开发手册 2011-10-14
2011-10-15
火星人敏捷开发手册 2011-09-12
2011-09-12
火星人敏捷开发手册 2011-08-18
2011-08-18
火星人敏捷开发手册 2011-08-18
2011-08-17
火星人敏捷开发手册-免费的Scrum开发过程手册 2011-07-21
2011-07-21
火星人敏捷开发手册-免费的Scrum开发过程手册
2011-07-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人