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

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

12月 11月 10月 09月 08月 07月 06月 05月 04月 03月 02月 01月

原创敏捷开发松结对编程系列之十四：一些重构而不影响他人的编程诀窍

本文是“松结对编程”系列的第十三篇。（松结对编程栏目目录）松结对编程包括L型代码结构的一个很大的问题，是在于由于人们复用了太多的代码，以至于所有代码牵一发而动全身。这很容易导致一个底层库改动后，很多地方编译不通过，或编译通过但运行不通过。本人曾经担任过底层库的编写者，在修改和维护底层库的过程中遇到了很多问题，也发现了一些诀窍，下面是一些编码级别的处理诀窍。这些诀窍其实都写在教科书上，学习和使用起来

2012-12-31 20:59:06 15854 20

原创 IT职场人生系列之二十四：程序员如何增加收入

这是IT职场人生系列的第二十四篇。（序言，专栏目录）程序员的收入是广受关注的问题，很多人从业3～5年之后就会遇到这个收入瓶颈。尽管物价不断上涨，程序员尤其是初、中级程序员的收入不升反降。即使上次在某个文章中看到有中国第一程序员之称的某位，月薪也只有3万，尽管这个数字已经很高了，但这个“中国第一”，也只有众多小型软件企业总监级别的收入而已。为什么这么高水平的技术人员在公司中的位置仍然显得与日俱降？本

2012-12-29 12:11:10 27067 71

原创《火星人敏捷开发手册2012-12-25》版发布：松结对编程

更新内容：2012-12-25：松结对编程4页。预告：下一更新日期：2012-03-01。本文仅做通知，下载链接及反馈，请前往：http://blog.csdn.net/cheny_com/article/details/6616794 样张预览：

2012-12-25 10:51:01 5824 4

原创敏捷开发一千零一问系列之三十：敏捷怎样估算（中）？

这是敏捷开发一千零一问系列的第三十篇。（在这里提问，之一，之二，之三，问题总目录）续前文，预计未来还要有一篇，暂时做为中篇。方案方案一：用早期功能点估算法进行报价或早期制定项目计划这个在之前谈到过很多次了，具体可以参考敏捷开发绩效管理系列的之六、之七。另外在敏捷开发用户故事分类与组织结构（一期）（整个活动1期）中有详细描述。这个是国际上迄今为止唯一被大规模推广使用的方法，中国即将发布的国标就是基

2012-12-17 19:57:38 7078 3

原创敏捷开发一千零一问系列之二十九：敏捷如何估算（上）？

这是敏捷开发一千零一问系列的第二十九篇。（在这里提问，之一，之二，之三，问题总目录）问题估算和度量几乎是敏捷开发及其他开发方法永恒的话题。不过，在进行估算之前，必须理解估算的价值，并觉得为估算所付出的工作量值得。请看下面这段对话，它发生在2003年为一家企业做CMMI咨询的时候，涉及到代码行估算（有改动和扩展）：甲：假设一段代码是1000行。不估算，写完了一数是1000行；估算，写完一数还是100

2012-12-17 19:56:30 8111 4

原创敏捷开发绩效管理之十：阿米巴经营之软件团队经营什么（中）

这是敏捷开发绩效管理的第十篇。（栏目总目录）经营技术经营技术是说，不要只是把做产品/项目的过程当作完成任务或提升自己能力的过程，而是要当作为企业积累技术的过程。这听起来很容易，但做起来有难度，比如这几个问题：1. 团队是否有一个可复用的技术库？（DLL，类，函数，各种层面的）2. 团队是否有一个机制令得这些库被充分利用？（一个可度量指标就是代码行/功能点，越低越充分）……一般而言若不进行有效管理，

2012-12-11 17:27:21 11399 11

原创敏捷开发绩效管理之九：阿米巴经营之软件团队经营什么（上）

这是敏捷开发绩效管理的第九篇。（栏目总目录）若正在为长期没有得到职务提升而感到困惑，下面的内容可能会有所帮助。因为越向上的职位越不像一个打工者，而是像一个企业的经营者。何为经营对一个开发团队而言，大致需要“经营”以下四种主要内容：产品，团队，技术，过程。当然仔细分析，可能还有更多相对次要的内容。对于一般开发人员而言，不太好理解“经营”的含义，然而经营意识的缺乏，正好是研发管理中最大的问题之一。曾经

2012-12-11 17:26:21 8872 3

原创【【【【拉票贴】】】】欢迎经常阅读敏捷开发博客文章的网友前来投票

活动已经过期，谢谢大家！本人正在参加CSDN博客之星评选，如果您经常来本博客阅读或曾经下载《火星人敏捷开发手册》，欢迎投票（需要登录）：http://vote.blog.csdn.net/item/blogstar/cheny_com每人可以为10个博主投票，所以如果看到其他常去拜访的博主，也请投上一票！

2012-12-11 13:40:16 4870 1

原创【欢迎加入】火星人敏捷开发1000人QQ大群

群号：234570791，可容纳1000人，明年将到达2000人规模，欢迎对敏捷开发有兴趣的IT人士加入。加入后请更名为：常用名-职务-常驻城市，如陈勇-咨询-北京。其他地区性群：北京群500人124685280（接近满员，仅接受北京地区）长三角200人193539885（现有100人，仅接受江苏/浙江地区）珠三角200人183097249（现有100人，仅接受广东省）其他地区500人95849

2012-12-11 12:36:04 5659

原创敏捷开发绩效管理系列之八：阿米巴经营之序言

这是敏捷开发绩效管理的第八篇。（栏目总目录）每次敏捷开发培训课上，最备受关注的问题可以说是团队管理和绩效管理。“敏捷开发注重团队合作”“敏捷开发不考核个人”“敏捷开发放权”“敏捷开发对人的主动性要求高”……这些新话题可以说对一般程序员而言是非常陌生的，因为一般的程序员，基本上是距离客户最远的人。前面有市场、销售、售前，后面有测试、技术支持，因此最有理由远离“尘世纷扰”，只需遵循指令照章办事。一旦程

2012-12-06 15:02:00 8710 4

功能点需求模板

注意如果使用工具，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