- 博客(400)
- 资源 (21)
- 收藏
- 关注
RSS订阅原创 【火星人敏捷开发云平台公告】2013年11月26日正式敞开试用
经过漫长准备，火星人敏捷开发云平台系统终于上线了，现在进入公共试用阶段，网址 http://www.scrum.org.cn 。
2013-11-26 13:47:42
6002
2
原创 敏捷开发一千零一问系列之三十六：如何做小版本迭代的代码管理
问题：若要实现敏捷式的开发，对产品进行迭代式的小版本的发布，在代码管理方面应该怎么样管理呢？我们目前的管理是在一个大的版本上不断的递增新的需求……但是要是有个需求做到一半，领导又要求做更重要的需求的情况，就很难将开发一半的代码剥离开。
2013-11-22 16:19:44
5606
原创 asp.net mvc3：自己编写的一些垃圾代码，删前分享（2013-11-13）
1. cshtm优化 var style = (status.ID == planViewModel.StatusFirstPositive.ID || status.ID == planViewModel.StatusFirstOnboard.ID ? "margin-left: 17px; " : "")
2013-11-13 17:57:29
4439
原创 敏捷开发一千零一问系列之三十五：如何获取准确需求？（兼谈精益创业）
本文是敏捷开发一千零一问的第三十五篇。（栏目总目录）问题相比项目开发，产品研发中获取准确需求难度更大。因为客户和用户比较模糊，需求经常不知道问谁，而另外一个问题则是不知道该怎么问。本人有幸参加过由Lean Startup Machine主办微软协办的精益创业培训课程（Lean Startup），课程中一个议题就是如何获取准确需求。分析为大众软件/应用收集需求的时候，首先应该注意，不要问有导向性的问
2013-10-24 16:19:22
6248
4
原创 敏捷开发松结对编程系列：L型代码结构案例StatusFiltersDropdownList（下）
本文以一个完整案例展示代码分层及在松结对编程组中师傅与徒弟的分工。松结对编程（以及结对编程、代码审查……等）是最末级的管理实践，其实施过程必须与工程实践相结合。比如代码怎么分层，函数怎么写，都是这种管理实践的一部分。
2013-10-08 15:50:28
5146
原创 敏捷开发松结对编程系列：L型代码结构案例StatusFiltersDropdownList（中）
本文以一个完整案例展示代码分层及在松结对编程组中师傅与徒弟的分工。松结对编程（以及结对编程、代码审查……等）是最末级的管理实践，其实施过程必须与工程实践相结合。比如代码怎么分层，函数怎么写，都是这种管理实践的一部分。
2013-10-08 13:57:25
4213
原创 敏捷开发松结对编程系列：L型代码结构案例StatusFiltersDropdownList（上）
本文以一个完整案例展示代码分层及在松结对编程组中师傅与徒弟的分工。松结对编程（以及结对编程、代码审查……等）是最末级的管理实践，其实施过程必须与工程实践相结合。比如代码怎么分层，函数怎么写，都是这种管理实践的一部分。
2013-10-08 13:57:16
5022
原创 敏捷开发推荐图书
发现市面上关于敏捷开发相关的图书非常之多，内容难免有重复，选择起来比较困难。下面总结一下我在培训课上喜欢做奖品的几本书，并简述原因，以供参考。
2013-09-21 13:43:36
10503
3
原创 L型代码结构案例：Link访问权限（上）
本文探讨Link访问权限的最佳实现方法，力求外观干净且封装良好。这些代码将位于L型代码结构（参见松结对编程系列中的定义）的下层，调用者无需理解其原理。
2013-09-15 23:25:24
5521
原创 敏捷开发绩效管理之十一：如何提高人员可用率？
这是敏捷开发绩效管理的第十一篇。（栏目总目录）也是敏捷开发一千零一问的第三十四篇。（栏目总目录）人员可用率字面上，人员可用率指每个人的所有工作时间中，多少比例被用于真正的工作。广义的人员可用率，还应该包括“战斗人员”的比例，如果各种行政、管理团队数量庞大，那么总可用率也会因此 降低。本文重点谈前者。深层的人员可用率，还应该指扣除返工、浪费后的实际可用率。关于人员可用率的数据很少，大致有两个很有参考
2013-09-10 10:30:31
8307
10
原创 【图书推荐】中国首部敏捷开发案例集《敏捷开发一千零一夜》
不知道大家是否还记得年初写的《软件工程四十年预测》一文，里边提到了“实践软件工程”的概念。也就是说未来引领软件工程的不再是少数大师，而很可能是在实践中不断摸索，或有经验或有教训或有心得的普通一线开发者和管理者。本书是由京东、IBM、淘宝、SAP、暴风影音等IT名企专家——也包括博主本人——所编写的敏捷经验分享，都来自于真实的开发经历。既然叫做一千零一夜，就是希望实践者的故事永远讲不完，期待大家的参
2013-08-19 17:34:04
6141
原创 L型代码结构设计案例：BrothersDropdownList()
通过一个案例，演示代码复用的一般原则和步骤。结论是：1. 任何相似代码都是坏味道2. 调用代码的信息量应该与自然语言相同3. 重构时做对比测试。
2013-08-05 18:34:48
4939
原创 免费敏捷沙龙：北京，2013年7月18日下午13：30—17：00
下面是7月18日周四下午的免费敏捷沙龙活动介绍，我会出席并做敏捷开发早期估算的演讲。演讲内容可参考：http://www.scrumgathering.cn/topic/agile-estimating-and-planning如果CSDN能有一个开放会议室就好了，解决了场地问题，每周都可以组织一次！2013年度敏捷大讲堂主题沙龙活动敏捷与项目管理沙龙主办：北京软件行业协会中国敏捷开发联盟 合作
2013-07-16 18:31:33
3914
原创 7月16日周二晚上，陈勇，【敏捷网络课堂第六期】【免费】敏捷开发早期估算
7月16日周二晚上，陈勇，【敏捷网络课堂第六期】【免费】敏捷开发早期估算课程简介：“响应变化胜过遵循计划”，所以敏捷开发中的估算过程主要指在每个迭代计划会中，由开发人员自主估算本次迭代的工作内容。可是，随着一个个迭代结束，开发人员可能才逐渐感觉到整个项目需要一年，而实际上，高层领导早就签订合同或立项要求整个项目在半年内完成……而这个项目如果真的超期了一倍，那么到底是高层领导的决策失误，还是团队的生
2013-07-14 13:49:25
4407
3
原创 敏捷开发用户故事系列之十一：CSDN博客用户故事分析
这是敏捷开发用户故事系列的第十一篇。（栏目目录）经常有人问起有没有完整的用户故事案例。本人在网上找了一下，大约能找到两三篇，但多数只是为了描述用户故事的语法而已，都不涉及用户故事的颗粒度、大量故事的组织结构这类内容。本来想用我们自己的火星人做案例，但考虑到大家都不熟悉我们的工作内容，一直没有动手。前天突然想到何不用大家都熟悉的CSDN博客系统做一个演示，所以才有此文。分析过程使用的方法是敏捷开发用
2013-07-12 14:20:24
5076
2
原创 敏捷开发用户故事系列之十：八步走从用户故事生成代码结构
面对一张白纸的时候，如何才能迅速理清头绪写出一个结构相对完整、颗粒度适中的功能清单，而且程序员就知道了要写哪些类和函数？下面是简单的八步走法。
2013-07-10 19:53:33
7429
4
原创 两张免费Scrum Gathering门票回馈读者（6月29-30北京，已关闭）
中奖结果在末尾，请参考因应邀在6月30日 Scrum Gathering北京站的开放会场讲“敏捷开发早期估算”，所以获赠两张免费门票，特回赠给博客读者。会议实际上在北京、上海、苏州三地分阶段召开，但为方便联络本次两张门票仅供应北京及能赶来参会的朋友。大会日程：http://www.scrumgathering.cn/program（注意仅6.29～30在北京）因Gathering的会议上没有基础理
2013-06-18 21:04:25
4165
26
原创 VS2010升级VS2012必备（MVC4 WebPage2.0 Razor2.0资料汇集）
刚把项目升级到2012，发现发生了很多变化，以下是最近看过的网站和资料汇集，供需要者参考。本文在最近一个月可能会不断更新。Razor2.0新特性介绍：介绍1：http://vibrantcode.com/blog/2012/4/10/whats-new-in-razor-v2.html/取消了@Href和@Url.Content；可以使用conditional attribute了（就是class
2013-06-17 22:33:24
9604
原创 火星人谚语系列之九：不争论
来自于一次QQ群中平息争论所说的话，未经整理原文发出。这里指的“争论”，指长时间、各执一词而无结果的讨论。陈勇-咨询-北京(139XXXXXX) 2013-06-14 10:04:40查看前后消息好了，我见过很多争论，说说我对争论的正确方式的看法。你们这么讨论，出不了结果的。陈勇-咨询-北京(139XXXXXX) 2013-06-14 10:05:08争论的对象、目的这些先不说了，假设是个值得争论
2013-06-14 11:38:23
3545
2
原创 敏捷开发一千零一问系列之三十四：如何弄清楚项目需求（需求开发步骤）？
这是敏捷开发一千零一问系列的第三十三篇。（在这里提问，之一，之二，之三，问题总目录）也是敏捷开发用户故事系列的第十篇（栏目目录）。问题需求清晰到什么程度可以进行开发？一定要弄清楚需求才能开发吗？怎样才能弄清楚需求？注意下面的分析是在基于合同的项目开发的语境中的。产品和互联网需求开发的过程，日后另有讨论。分析与步骤以下文字摘录于群聊天记录，未做深入修改，见谅。项目语境如果只分两种，那么整体上有两种项
2013-06-14 11:29:25
4232
原创 Scrum Gathering开放分享：敏捷开发早期估算by火星人陈勇，北京，6.30！
本人受邀参加Scrum Gathering的北京站，并在Open Space分享本届大会最富争议话题，欢迎现场参与：敏捷开发早期估算（开放分享）7讲师：陈 勇 | 06月30日 13:00~06月30日 14:00 北京紫光国际大厦-主会场 所属专题：开放空间会议 序：By 专题制作人：李忠利“响应变化胜过遵循计划”，所以敏捷开发中的估算过程主要指在每个迭代计划会中
2013-06-09 11:07:10
4485
1
原创 致歉及【火星人敏捷开发手册】日后的更新动向
致歉：因误以为新版本发布是4.1日，所以错过了发布期。作为普及读物，已经达到70页的上一版本版本已经基本满足需求。下一步计划可能是整合博客中的文章内容，出一本免费电子读物，把博客分门别类放整齐，以方便大家阅读。不过此事工程浩大，会不定期抽时间完成。感谢大家支持。
2013-05-24 17:22:01
3035
4
原创 敏捷外包工程之七：报价管理（功能点）
本文是敏捷外包工程系列的第七篇。（专栏目录）各种报价策略分析（下）上一篇提到一个问题，如果项目“平台化”了，生产一个软件的速度会加快，实际人天会减少，这时候怎么报价？答案就是卖功能而非人天。卖功能而非人天大约2008年左右还没有加入IIOM（国际外包管理协会）的时候，我曾经接到一个电话，说老外拿来一个需求文档，能回答两个问题的人可以得到这个项目。两个问题是：“这个项目要多少钱？为什么？”这个问题最
2013-05-21 17:14:22
4729
原创 敏捷外包工程之六：报价管理（产品化）
本文是敏捷外包工程系列的第六篇。（专栏目录）各种报价策略分析（上）上一篇分析了各种不好的报价方法造成的外包企业发展瓶颈，下面来看看对策。要想获取更多的收入，实际上有很多方法，以下是有利的方法：通过销售提升产品价格这个是多数外包公司都在做的事情，若能把1块钱的东西卖到10块钱，就能多赚钱。优点是很直观因此容易操作（结果好坏再说）；缺点是客户的忠诚度是建立在关系上的，也很容易被竞争对手替代。与一般做产
2013-05-21 17:12:56
3662
5
原创 敏捷开发一千零一问系列之三十四：何时引入敏捷培训或咨询？
这是敏捷开发一千零一问系列的第三十四篇。（在这里提问，之一，之二，之三，问题总目录）问题如题。这是很多企业都问过的问题，尤其是那些底子比较薄弱，想引入敏捷开发但又很担心失败的公司。分析现在整体上敏捷开发培训市场的课程分为几大类。第一类：概念类介绍基本概念为主的，特点是大纲“全面”但比较凌乱，尝试把所有敏捷开发的要素都覆盖到但很难深入到实践的层面。这类课程的价值其实不大，因为所有内容都能百度到或在某
2013-05-13 14:52:00
4050
原创 敏捷外包工程之五：报价管理（一）
本文是敏捷外包工程系列的第五篇。（专栏目录）外包行业的问题及瓶颈分析外包行业的所有研发问题，最终几乎都可以归结于报价管理问题，或者说其销售过程的问题造成了后续的研发问题。整体上现在的外包企业大致有这样几种报价方法，几乎都存在相同的问题。下面就几种情况，从平衡计分卡的四个维度（收入，客户，内部流程，学习与成长）来分析其问题。之所以不用敏捷开发进行分析，是因为敏捷开发的视角高度不够，可以用来解决问题，
2013-04-17 21:06:21
10871
7
原创 敏捷开发一千零一问系列之三十三：每天编码多少行？
这是敏捷开发一千零一问系列的第三十三篇。（在这里提问，之一，之二，之三，问题总目录）原问题来自http://blog.csdn.net/cheny_com/article/details/6594507#comments六楼，经读者同意，摘录如下：“一般而言，大致每天高手能编写100多行有效代码（按分号计数），新手会多一些但也不超过200（他们编写代码比较费）。” 从整年平均来说，这个数据是不是有
2013-04-11 10:44:13
18276
54
原创 敏捷开发般若敏捷系列之十三：传播敏捷十戒（一）
这是敏捷开发般若敏捷系列的第十三篇。（栏目目录）今天翻看微博，偶然看到宗教人士编写的“传福音十戒”，深以为然，稍作修改写成传播敏捷十戒。与原文相比，实际上只改动了1/7/9三条中的个别词汇，可以说这些注意事项是通用的。传播敏捷十戒一：切不可不传敏捷起源及其大背景。二：切不可只用口传。三：切不可以真理的化身自居。四：切不可只说不听。五：切不可彼此攻击。六：切不可忘了先骂自己。七：切不可满嘴“敏捷黑话
2013-03-26 12:33:08
9088
13
原创 《敏捷一千零一夜》及官方微信公共账号
如想通过看案例故事的形式，来获取敏捷知识与经验。请关注微信公共账号：#敏捷一千零一夜#，大家可以搜微信号: #Agile1001# 进行添加，也可以直接扫描下面的二维码！同名图书将在5.1左右出版，欢迎关注。本博客近期将转载书中部分内容，敬请关注。
2013-03-18 15:13:59
4310
1
原创 【CSDN博客之星】专访陈勇： 敏捷开发现状及发展之路
原文出处：http://www.csdn.net/article/2013-03-05/2814348以下是文字拷贝，与原文相同，留作备份。摘要：敏捷这个含着金钥匙诞生的“霹雳娇娃”是软件开发行业的救星，从头到脚、从里到外无不闪着金光，透着与众不同。但国内少有团队能真正理解其精髓和奥秘。为此，社区之星第15期采访了敏捷开发老兵陈勇。他站在企业管理者的角度来讲解敏捷开发并分析的字字珠玑。陈勇，16年
2013-03-12 14:19:55
17283
原创 敏捷开发一千零一问系列之三十二：敏捷开发与野路子的区别是什么？（二）
这是敏捷开发一千零一问系列的第三十三篇。（在这里提问，之一，之二，之三，问题总目录）（续前文）4. 不会满足于现状对野路子而言，一般不相信“有最好的方法”。其实敏捷也不相信。那么两者有什么区别呢？野路子相信：反正也没有最好的方法，为什么要费劲不断改进？我们这样的野路子也挺好的啊。敏捷开发相信：由于没有最好的方法，所以一定还有比现在更好的方法，要不断改进进行寻找。这里的野路子相信的事情，也是做敏捷开
2013-03-11 22:15:59
4943
11
原创 敏捷开发一千零一问系列之三十一：敏捷开发与野路子的区别是什么？（一）
这是敏捷开发一千零一问系列的第三十一篇。（在这里提问，之一，之二，之三，问题总目录）这是在QQ群中偶然有人提到的一个问题，估计很多人都想知道。特别是有一次培训到半小时左右的，也就是刚听了敏捷概论的时候，有一位客户感慨说：“嘿，我感觉我们做的就是敏捷开发啊”。这是很多人第一次听到敏捷开发时候的正常反应。不过当然两天的课程下来，就会变成“哎呀，以为敏捷主要是一个理念，没想到还有很多具体要做的团队、管理
2013-03-11 14:17:23
13210
8
原创 给大家推荐一个IT人士练习外语口语的网站
用过各种方式练习过外语口语，从和中国同好们一起乱说，到找几百块钱一小时的外教，然而一直难以平衡两件事情：成本和效果。不过，这个问题居然已经被咱们的同行解决了。问题分析一下其实很简单：1. 有没有成本低但外语好的老外？答案：有。其实有无数收入相对较低的外国人在使用英文作为母语；即使在收入较低但英语不是母语的国家，要在数以亿计的人口中找到几百个外语好的人也很容易。远在天边的国家时区差别很大，但与我们同
2013-02-18 20:59:42
6550
12
原创 IT职场人生系列之二十五：如何向高手学习
这是IT职场人生系列的第二十五篇（序言，专栏目录），也是松结对编程的第十八篇（专栏目录）。向高手学习是每个新手的心愿，但遇到的最大的问题是没有高手愿意教，这篇文章主要是解决这个问题。向高手学习有以下诀窍：善于观察不需要高手说话，也可以从高手那里学到东西，那就是靠多观察。1. 观察代码不是所有高手都愿意或都有时间来指导新手，所以如果能拿到高手的代码，就要多学习借鉴。先从比较好学的部分入手，比如命名方
2013-02-07 17:53:24
8050
16
原创 敏捷开发“松结对编程”系列之十七：L型代码结构（编程篇之二）（中）
续前文。本文是“松结对编程”系列的第十七篇。（松结对编程栏目目录）上一篇文章基本上把Controller中Action和与Action直接相关的复用讲到了，下面讲讲比较困难的部分。几个关键问题1. 如何实现整体结构相同，而局部不同的复用比如我们的业务需求中，整体上都是一个横向的结构（请参考下图），每个单元上面都是标题，下面都是增删改查之类的按钮，唯独中间的部分不同。如果是团队，要显示成员，如果是产
2013-02-02 14:04:49
4596
原创 敏捷开发“松结对编程”系列之十六：L型代码结构（编程篇之二）（上）
本文是“松结对编程”系列的第十六篇。（松结对编程栏目目录）今天正好要复用一段框架（asp.net MVC3，服用范围包括Controller和View），把过程记录一下。与复用一般的过程相比，L型代码结构有这么几个特点：1. 如果复用有难度，在复用之前，一般不刻意形成“可复用代码”。顺便就能写成函数的例外。2. 从第二次复用的时候，就形成复用代码。这个听起来很容易，但要求：编写复用代码的人，就是调
2013-02-02 13:45:03
10192
3
原创 敏捷开发“松结对编程”系列之十五：L型代码结构（编程篇之一）
本文是“松结对编程”系列的第十五篇。（松结对编程栏目目录）之前的L型代码结构的前三篇提到过，L型代码结构的微观计划和估算过程会与一般的编程方法不同，今天正好要编写一些新代码，边写边记录整个过程。如果中间卡壳了，我也会尽量记录下来。业务需求这是《火星人》中的一个功能，以往用户故事是使用故事树来展示的（就是有父子关系的用户故事），故事树隶属于一个产品Product。但是最近要发版了，感觉一个以前认为暂
2013-01-27 16:09:10
9548
1
原创 asp.net mvc3：自己编写的一些垃圾代码，删前分享（2013-01-18）
不小心发现自己编写的一些垃圾代码，删前留念。可以作为面试题使用。有时候一个程序员会或者不会什么具体的技术差别不大，因为看看书几分钟就能学会；但编写垃圾代码一旦养成习惯，不是一天两天能改好的。1. 这段代码等同于？ return vc.RequestContext.HttpContext.Request.Params["view"] != null
2013-01-18 09:57:46
4212
3
原创 简单干净的C#方法设计案例：MFCUI.CheckBoxLink(三)
接上篇。第七步：需求变更外加挪地方新函数叫这个名字：位于class MFCUI之下。[csharp] view plaincopypublic static MvcHtmlString CheckBoxLink(WebViewPage page, string title, string parameter, string value) { var span = new TagBuil
2013-01-06 12:59:49
4261
原创 简单干净的C#方法设计案例：MFCUI.CheckBoxLink(二)
方案2第一步：写一个新的函数名在原来的代码下面第二步：把原来的代码拷贝到下面两步下来，如图： @this.MergeParameter( @MFCUI.ImageLink("突出显示故事板上的状态", this.MergeParameter("highlight", "OnBoard"), displayAxTextUseCheckIcon: true, displayAsText:
2013-01-06 12:59:12
4448
功能点需求模板
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-02-29
2012-02-24
火星人敏捷开发手册 2011-12-31
2011-12-31
火星人敏捷开发手册 2011-10-14
2011-10-15
火星人敏捷开发手册 2011-08-18
2011-08-17
火星人敏捷开发手册-免费的Scrum开发过程手册 2011-07-21
2011-07-21
火星人敏捷开发手册-免费的Scrum开发过程手册
2011-07-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人