上一页 1 ··· 13 14 15 16 17 18 19 20 21 ··· 43 下一页
  2011年8月26日
摘要: 这是敏捷开发绩效管理的第七篇。(之一,之二,之三,之四,之五,之六,之七) 续前文……功能点估算第一级简化上次说到只用数据+操作就能准确计算规模,听起来够简单了,但其实还不够。谁能在刚拿出2页纸的需求文档时(假设昨天老板在酒桌上刚从客户那记下来的),就猜出有多少个操作?而且还不遗漏?增删改查好猜,“加入角色”就不好猜了。NESMA早就遇到过这个问题了,他们这么解决:通过统计发现每个数据差不多有7个操作,所以刚才咱们找出了3个数据,那么:3个 × (数据7 + 操作4×7个操作) = 3 × 35 = 105,嘿,把角色和权限的操作问题也给解决了,不用猜了。如果有几 阅读全文
posted @ 2011-08-26 23:32 阳光VIP1 阅读(210) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发绩效管理的第六篇。(之一,之二,之三,之四,之五,之六,之七) 直接估天数或用故事点估天数,都很“程序员”。如果在项目的甚早期,面临与客户相关的报价问题,或高层领导要统计公司绩效并想进行项目乃至行业间的比较,这两种方法都很难使用。敏捷开发内部之所以没有进化出来能做项目间比较、行业间比较、用于早期报价的估算方法,是因为敏捷的发明者和后来的实践者多数都不管这些事情。而这三样事情,比天数、故事点,在老板眼中更接近生产率绩效。这时候就需要功能点估算。 功能点估算由来功能点估算是另外一个世界的事情。每100个懂敏捷的人中,可能才有1个懂CMMI;而懂CMMI的人中,可能才有100个懂功能点, 阅读全文
posted @ 2011-08-26 23:27 阳光VIP1 阅读(167) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发绩效管理的第五篇。(之一,之二,之三,之四,之五,之六,之七)度量敏捷开发的生产率一直是个难题,确切说度量任何开发方法的生产率都是一个难题,但它实际上有答案,这个答案是本文的主要内容。度量敏捷生产率的目的真正难以回答的是度量生产率的目的是什么?很多人都认为是考核绩效,发奖金。根据上一篇文章的内容我们可以知道,这完全是行不通的:客户并不购买我们的生产率,生产率高也并不能证明产品或项目盈利,应该为团队设立外部目标,否则很可能得到一个生产率很高,但是实际上很烂产品——质量上或易用性上很差,抑或其他想象不到但一定遇到的原因。这是我们说为什么用外部目标而非内部目标考核团队的原因。或许又有人说 阅读全文
posted @ 2011-08-26 14:23 阳光VIP1 阅读(264) 评论(0) 推荐(0) 编辑
  2011年8月23日
摘要: 这是敏捷开发绩效管理的第四篇。(之一,之二,之三,之四,之五,之六,之七)最近在看德鲁克的书,发现其中很明确地写着“企业的绩效只存在于外部,而企业内部只有成本”的概念和说法,下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维,比如:关注客户价值,认为可交付的产品才是真正能表征工作进展的因素等等,但尚未直接与目标管理接轨。外向性思维可以防止部门间壁垒或踢皮球,而转而共同讨论对外交付价值,从下面的对比可以看出这点。“内向型”绩效及其导向进度:“各阶段按时完成率”会导致分析和设计人员草草结束工作,而将大量不确定工作推给开发人员;开发人员则如法炮制,把延期踢给测试人员。质量:“千行代 阅读全文
posted @ 2011-08-23 22:26 阳光VIP1 阅读(189) 评论(0) 推荐(0) 编辑
  2011年8月21日
摘要: 这是敏捷开发绩效管理的第三篇。(之一,之二,之三,之四,之五,之六,之七)如果有10个程序员,笔者相信至少有9个是勤奋的。但是如果有一个10人的程序员团队,其中1个人不是勤奋的,而且仍然拿到与其他人完全相同的报酬——大家猜这个团队会以90%的生产率运行,还是更低的生产率?不管大家信不信,我是相信后者的。这个是敏捷开发中对个体管理的出发点,并非我们看到有人在白拿老板的钱而要劫贫济富,而是要打造一个共进退的团队。本文的部分内容在之前的若干博文中提到过,因符合本系列的内容,在此处从另外一个角度加以说明。领导压力领导压力指那种直接由领导监督产生的压力,在“每个毛孔都流着血和肮脏的东西”的时代或企业非常 阅读全文
posted @ 2011-08-21 12:31 阳光VIP1 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发绩效管理的第二篇。(之一,之二,之三,之四,之五,之六,之七)团队管理是个由来已久的话题,各式各样的管理理论和方法层出不穷。笔者因为工作原因在过去16年里与100多家企业的团队或团队领导者有较为深入的交流,看到了听到了想到了很多相关的内容,下面做一个总结。不过受个人经历所限,这不是一个客观的全面的总结,而是带有本人的角度和主张,仅供参考。中医治病的原理中医和西医看待疾病的角度差别很大。中医受到当年条件所限,并不知道致病的原因是细菌、病毒还是其他什么。由于没有显而易见的敌人,中医采取的策略是扶正去邪,就是让让人体自身加强,从而自然地消灭”邪气“。比如中耳炎,西医的解释是:“多由感冒引 阅读全文
posted @ 2011-08-21 10:16 阳光VIP1 阅读(147) 评论(0) 推荐(0) 编辑
摘要: 这是敏捷开发绩效管理的第一篇。(之一,之二,之三,之四,之五,之六,之七)“敏捷开发绩效管理”本身是个伪命题,因为敏捷开发本身不想涉及绩效管理,这就像“C++绩效管理”的搭配差不多。但是人们选择敏捷开发作为管理方法是有原因的:更高的交付保障,更高的生产率,更高的质量……这和人们选择C++(而不是C)的原因还是很接近的:都是为了更高的绩效。在下面的所有文章中,“敏捷开发绩效管理”都将不再是“敏捷开发中如何做绩效管理”,而是“如何利用敏捷开发提高绩效”。何为绩效管理绩效管理常常被片面理解为绩效考核,即如何确定个人的绩效,如何提工资和发奖金的问题。实际上绩效管理还包含制定绩效目标,制定绩效计划,制定 阅读全文
posted @ 2011-08-21 08:56 阳光VIP1 阅读(202) 评论(0) 推荐(0) 编辑
  2011年8月18日
摘要: 2011-08-18 新增Scrum概述1页,敏捷生态系统5页,中英文对照表1页。新增部分页面预览:本文仅做通知,请到主贴查看更新历史及下载链接:http://blog.csdn.net/cheny_com/article/details/6616794 阅读全文
posted @ 2011-08-18 00:17 阳光VIP1 阅读(100) 评论(0) 推荐(0) 编辑
  2011年8月17日
摘要: 这是敏捷生态系统系列的第五篇(之一,之二,之三,之四,之五)。本文是2009年刚刚提出敏捷生态系统的时候参与一个MSN讨论组时的对话,当时的想法与现在相比尚缺少系统性,但由于有问有答,也包含了本系列所没有包含的一些信息,仅供参考。删除了部分无关的对话。文章末尾有谷雨霖老师的博客地址,也在CSDN。“敏捷生态--Srcum敏捷开发”--msn群讨论 2009-08-25 13:52谷雨霖 说:时间差不多了今天我们的主题是“敏捷生态”有幸请到的是我的老朋友,敏捷专家陈勇先生M群-项目管理 说:【系统提示】AlexQin将昵称更改为AlexQin-QC-深圳不胜人生一场醉-N/A-海南 说:鼓 掌d 阅读全文
posted @ 2011-08-17 11:13 阳光VIP1 阅读(194) 评论(0) 推荐(0) 编辑
  2011年8月16日
摘要: 作者:梁斌原文:http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html今天看到微博上@hellodba发的一个帖子:“内部晋升越来越困难,但是外部来的大P越来越多,所以很多人都选择跳槽”,之后我从三个方面简要的进行了回答:“外面来的总是有包装的,内部的都是肉身PK,此一输;外面来的总是小股人马,内部的一批批的,升谁都伤感情,此二输;外面来的通常都是大佬推荐的,没有特别重大机会,人不会来,内部的就不解释了,成果都被大佬吸收,难有机会,此三输”。之后讨论不断,我也余兴未了,继续写来。这个世界上有一类人特别苦逼,苦逼到什么程度呢?他们省吃俭用攒钱买房 阅读全文
posted @ 2011-08-16 14:04 阳光VIP1 阅读(134) 评论(0) 推荐(0) 编辑
上一页 1 ··· 13 14 15 16 17 18 19 20 21 ··· 43 下一页