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

一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四，之五，之六三期：活动描述，之一，之二，之三，之四，之五 主题：《用户故事分类与组织结构——火星人的需求管理理念（二期）》日期：2012-07-02（周二） 13：00～14：00对象：面向产品经理和开发骨干，偏向需求管理和产品设计。关键词：敏捷开发 用户故事 史诗故事 重构 增强 缺陷 MVC FPA 功能点分析一

本文是“松结对编程”系列的第十六篇。（松结对编程栏目目录）今天正好要复用一段框架（asp.net MVC3，服用范围包括Controller和View），把过程记录一下。与复用一般的过程相比，L型代码结构有这么几个特点：1. 如果复用有难度，在复用之前，一般不刻意形成“可复用代码”。顺便就能写成函数的例外。2. 从第二次复用的时候，就形成复用代码。这个听起来很容易，但要求：编写复用代码的人，就是调

续前文。本文是“松结对编程”系列的第十七篇。（松结对编程栏目目录）上一篇文章基本上把Controller中Action和与Action直接相关的复用讲到了，下面讲讲比较困难的部分。几个关键问题1. 如何实现整体结构相同，而局部不同的复用比如我们的业务需求中，整体上都是一个横向的结构（请参考下图），每个单元上面都是标题，下面都是增删改查之类的按钮，唯独中间的部分不同。如果是团队，要显示成员，如果是产

面对一张白纸的时候，如何才能迅速理清头绪写出一个结构相对完整、颗粒度适中的功能清单，而且程序员就知道了要写哪些类和函数？下面是简单的八步走法。

这是敏捷开发用户故事系列的第十一篇。（栏目目录）经常有人问起有没有完整的用户故事案例。本人在网上找了一下，大约能找到两三篇，但多数只是为了描述用户故事的语法而已，都不涉及用户故事的颗粒度、大量故事的组织结构这类内容。本来想用我们自己的火星人做案例，但考虑到大家都不熟悉我们的工作内容，一直没有动手。前天突然想到何不用大家都熟悉的CSDN博客系统做一个演示，所以才有此文。分析过程使用的方法是敏捷开发用

7月16日周二晚上，陈勇，【敏捷网络课堂第六期】【免费】敏捷开发早期估算课程简介：“响应变化胜过遵循计划”，所以敏捷开发中的估算过程主要指在每个迭代计划会中，由开发人员自主估算本次迭代的工作内容。可是，随着一个个迭代结束，开发人员可能才逐渐感觉到整个项目需要一年，而实际上，高层领导早就签订合同或立项要求整个项目在半年内完成……而这个项目如果真的超期了一倍，那么到底是高层领导的决策失误，还是团队的生

不知道大家是否还记得年初写的《软件工程四十年预测》一文，里边提到了“实践软件工程”的概念。也就是说未来引领软件工程的不再是少数大师，而很可能是在实践中不断摸索，或有经验或有教训或有心得的普通一线开发者和管理者。本书是由京东、IBM、淘宝、SAP、暴风影音等IT名企专家——也包括博主本人——所编写的敏捷经验分享，都来自于真实的开发经历。既然叫做一千零一夜，就是希望实践者的故事永远讲不完，期待大家的参

本文是“松结对编程”系列的第十五篇。（松结对编程栏目目录）之前的L型代码结构的前三篇提到过，L型代码结构的微观计划和估算过程会与一般的编程方法不同，今天正好要编写一些新代码，边写边记录整个过程。如果中间卡壳了，我也会尽量记录下来。业务需求这是《火星人》中的一个功能，以往用户故事是使用故事树来展示的（就是有父子关系的用户故事），故事树隶属于一个产品Product。但是最近要发版了，感觉一个以前认为暂

方案2第一步：写一个新的函数名在原来的代码下面第二步：把原来的代码拷贝到下面两步下来，如图： @this.MergeParameter( @MFCUI.ImageLink("突出显示故事板上的状态", this.MergeParameter("highlight", "OnBoard"), displayAxTextUseCheckIcon: true, displayAsText:

一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四，之五，之六三期：活动描述，之一，之二，之三，之四，之五 大数定理，从功能规模到到人天陈勇-创业-北京(139107533) 13:40:22@听说：好，下面就说说这个甚早期估算的用法。先说说为什么不让资深人员在甚早期做估算？原因是资深人员都是技术专家而非业务专家，所以如果能知道业务是什么并精确描述，这个人估算很准的

一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四，之五，之六三期：活动描述，之一，之二，之三，之四，之五 总结，大量“主干故事”的组织方式预览（详情在下期）（最后有下期内容预告） 好了，总结一下说了这么多，到底这个分类法有什么好处：１.　文件＋操作，简单地勾勒出产品的结构，清晰描述了产品的对外功能２.　文件和操作的数量，可以直接表征产品的规模，并能在甚早期就可以科

一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四，之五，之六三期：活动描述，之一，之二，之三，之四，之五 两种主干故事-业务数据与业务操作陈勇-创业-北京(**9107533) 13:13:32好了，先确认哪些是重要功能呢？借用了FPA就是功能点分析里边的概念，发现有两类故事最重要。1. 用户的业务数据。比如火星人需要对用户、权限、角色进行管理，那么“用户”“权限

一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四，之五，之六三期：活动描述，之一，之二，之三，之四，之五 利用功能点数据对业务数据和业务操作进行早期快速估算陈勇-创业-北京(**9107533) 13:25:06好，暂停一下，看大家有没有什么问题？中惠 李-GZ(**215419) 13:26:17你所描述的业务数据，可能需要加以区分陈勇-创业-北京(**9107

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

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

接上篇。第七步：需求变更外加挪地方新函数叫这个名字：位于class MFCUI之下。[csharp] view plaincopypublic static MvcHtmlString CheckBoxLink(WebViewPage page, string title, string parameter, string value)  {      var span = new TagBuil

说明：本人不是.net/Html/Ajax/Jquery....高手，所以经常用C#做一些这些技术能做的事情！本文仅用来说明如何简化设计之用。如果出现具体技术问题，请大家按自己的实际情况理解。问题假设想在屏幕上做这样一个功能（而且有很多这样的需要）：在当前页面http://localhost:53979/Agile/StoryBoard/TeamStoryBoard?teamID=103中有一个链

通过一个案例，演示代码复用的一般原则和步骤。结论是：1. 任何相似代码都是坏味道2. 调用代码的信息量应该与自然语言相同3. 重构时做对比测试。

本文探讨Link访问权限的最佳实现方法，力求外观干净且封装良好。这些代码将位于L型代码结构（参见松结对编程系列中的定义）的下层，调用者无需理解其原理。

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 一个量化管理项目的一生​本章通过一个例子展示本书所述的量化需求分析与建模方法在项目中实际应用的情况。注意本章所有数字均只需要两个来源：本章中的配图，业界的数据。配

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 第二个月从图形到Word测试经理正在审视第一个迭代的测试用例——因为历史原因，他们还没有形成真正的开发+测试的混合团队，独立的测试团队还只能在每个迭代后期单独执行

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 第一个月从用例到用户故事，从用户故事到代码在敏捷计划会上——是的，他们采用敏捷开发，确切说是Scrum——产品经理正在给开发人员讲解需求。他并不是空手来的，而是带

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 第三个月​结项度量第三个月月底，项目成功交付。看惯了文山会海，高层领导希望这个小项目做一个简短的总结。结果他看到了下面的表格：功能点耗时率是指完成每个功能点需要5

QUML作为UML、功能点分析FPA、敏捷开发三种管理方法的集大成者，可以被应用于不同的场景。以下的图书各自侧重于一个方面，供不同领域的读者选择。《QUML：量化需求分析与建模》本书从需求分析与建模的角度，介绍QUML的结构、规则、使用方法，是QUML的基本图书。全书通过对一个电商网站的实例分析，分层次地介绍了QUML的结构、用途、规则和最佳实践；书中还概要地对如何将UML应用于早期估算、产品版本

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 本章讲解如何将非常模糊的高层需求，也就是愿景，表达为一个清晰、简单、确定的模型。基于这种简单的模型进行开发，要比基于大段似是而非的文字更容易得到最终想要的结果。什

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 角色-业务图（RB图）下面是QUML中使用的方法，称之为“角色-业务图”（Role-Bussness Diagram，简称RB图）。通过分析角色和主要业务，表达愿

本书由本人编写，于2014-09-09在百度阅读首发，博客将转载试读部分的20%内容，以及非试读章节的某些片断。电子版链接：http://yuedu.baidu.com/ebook/c7a9a6dc680203d8ce2f24a6### 愿景取舍——高层优先级排序画完图后，产品经理和项目经理一起找到马总。马总：一口气画了4张？第4张好像很强大啊，我们提到的需求都涵盖了，而且还把评价分为了文字和数值

这段时间用做了一个移动APP，逐步收录本人在CSDN所写的博客，方便大家在路上阅读、查看。以后的博客会在CSDN首先发表，然后转移到APP上。注意里边有一个对话功能，可以与本人进行互动。以后会有一个更简短的“敏捷开发1001问”栏目，会以类似QQ聊天那种方式迅速回答一些问题，欢迎参与。整体上分了四个栏目：IT职场人生敏捷需求：这个收录了用户故事、产品管理等相关的博客。敏捷团队：这个收录了松结对编程

感谢大家多年来对《火星人敏捷开发手册》系列博客和手册本身的关注。本周四晚上在QQ群234570791的群视频中将进行此手册的免费培训第一期，欢迎参加。

本系列培训旨在揭开功能点的神秘面纱，以本人实际使用、讲授功能点的经历，尤其是在编写“火星人”敏捷开发管理平台时对功能点的重新认识和扩展使用，力求推动“无为而至”的功能点估算和度量。即大家只要遵循适当的方法进行需求分解、表达和维护，那么无需额外的太多工作，功能点将自动跃然纸上。

本文以一个完整案例展示代码分层及在松结对编程组中师傅与徒弟的分工。松结对编程（以及结对编程、代码审查……等）是最末级的管理实践，其实施过程必须与工程实践相结合。比如代码怎么分层，函数怎么写，都是这种管理实践的一部分。

本文以一个完整案例展示代码分层及在松结对编程组中师傅与徒弟的分工。松结对编程（以及结对编程、代码审查……等）是最末级的管理实践，其实施过程必须与工程实践相结合。比如代码怎么分层，函数怎么写，都是这种管理实践的一部分。

本文以一个完整案例展示代码分层及在松结对编程组中师傅与徒弟的分工。松结对编程（以及结对编程、代码审查……等）是最末级的管理实践，其实施过程必须与工程实践相结合。比如代码怎么分层，函数怎么写，都是这种管理实践的一部分。

经过漫长准备，火星人敏捷开发云平台系统终于上线了，现在进入公共试用阶段，网址 http://www.scrum.org.cn 。

1. cshtm优化 var style = (status.ID == planViewModel.StatusFirstPositive.ID || status.ID == planViewModel.StatusFirstOnboard.ID ? "margin-left: 17px; " : "")

本文是敏捷开发产品管理系列的第九篇。（专栏目录）其实子系统不是一个严格的定义，这里指任何产品（当然还有一个问题，什么是一个产品……）的第一级功能目录，也就是最大尺度上的产品分解方法。由于业界一直缺少标准分解方法乃至一些简单规则，可能一百个产品有一百个分法。在开发火星人的过程中，“我们”偶然发现了一种易于掌握的方法。“我们”加上引号，是因为实际上是我在培训课的学员看了我们实际的分解结果后发现的；被他一语道破之后，我本人也恍然大悟。

前段时间火星人敏捷开发云做了Beta测试，已经上线运行了，网址位于：http://scrum.org.cn/，可以点击里边的沙盘项目体验一下。先介绍一下最简单的看板驱动模式，demo1~demo3中的缺省配置是看板模式，其中第一个项目配置有看板驱动模式的数据。以下数据是火星人系统自动生成的，受博客的空间限制可能显示不太完整，也可以在Demo中边阅读边体验。  缺省团队1团队工作项共 16 项5新建

前段时间火星人敏捷开发云做了Beta测试，已经上线运行了，网址位于：http://scrum.org.cn/，可以点击里边的沙盘项目体验一下。先介绍一下最简单的产品驱动模式，demo4~demo9中的缺省配置是驱动模式（两者在主页最左上角很容易切换的）。。以下数据是火星人系统自动生成的，受博客的空间限制可能显示不太完整，也可以在Demo中边阅读边体验。产品首页 [产品经理]用户故事首页 [产品经理

CSDN教育频道上线说起来已经是旧闻了，《火星人敏捷开发手册》的网址是：http://edu.csdn.net/course/detail/164以前录制过一个1小时的版本，不过讲解得没有这次15分钟×8课时的好。

这是火星人预览系列的第六篇（之一，之二，之三，之四，之五问答，之六，之七）。之一：需求与故事结构之二：编辑故事，产品管理，组织结构之三：迭代，计划会，分配任务之四：故事板，燃尽图，我的工作项之五：常见问题问答之六：我的空间，我的通知之七：自定义字段个人中心下面的两个界面都是兼容iphone屏幕尺寸的(960px)。我的空间这个略微复杂的界面是“我的空间”，设计风格很接近微博，基本上在一个界面即可看