- 博客(22)
- 资源 (21)
- 收藏
- 关注
RSS订阅原创 火星人敏捷开发手册 原10.31版本已于10.14提前发布，特此通知
因为月底较忙，而中间培训又需要，已经抽上半月时间完成发布；怕今天有人上来查找无果，特此通知，见谅。 发布通知帖位于：火星人敏捷开发手册 2011-10-14 发布主贴位于：[置顶]【正式发布】火星人敏捷开发手册（基于Scrum的敏捷开发免费教材及公司内部宣传材料）
2011-10-31 13:40:27
3119
原创 11月10日 14：00～16：00 上海敏捷开发沙龙
主题：火星人陈勇将赴上海主办线下沙龙，主题是“自组织团队与松结对编程”（2011 微软 TechED演讲主题），演讲后有团队问答PK活动。日期：2011年11月10日时间：下午14：00～16：00，地点：漕河泾附近。费用：免费（如果未找到合适地点，可能需要在茶馆中进行，则请大家AA制缴纳茶座费用）欢迎加入参与。线下活动的进一步详情将在微群中进行。欢迎转发！群地址：http://t.cn/Sht2
2011-10-31 10:02:45
3809
原创 敏捷开发产品管理系列之三：产品用户群规划
本文是敏捷开发产品管理系列的第三篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）上周在培训做“用户故事的用户建模”练习的时候，就有人提出一个疑问：这么短的时间里边，能定义好用户群和用户群分类吗？答案是：不能。用户群的规划是产品概念期就应该完成的工作，它是一个产品管理工作，而非需求管理工作。用户
2011-10-30 22:10:09
7040
9
原创 IT职场人生系列之十五：语言与技术II
本文是IT职场人生系列的第十五篇本篇延续了技术与语言I的内容（之十二），搜集了之后大家的一些评论和我的反馈，整理在这里。“新人学老技术有风险”的实质其实不是说老技术没有学习的价值了，而是指新人依托老技术存活，风险很大。我自己曾经是一个C++高手，心里很清楚如果自己亲自”无私地“带领一个徒弟，要让他学到我的水平，没有5年做不到；而如果一个人要自学超过我，那可能是10年的事情了（本人编程10年，当年也
2011-10-29 20:53:56
14231
31
原创 IT职场人生系列之十四：经验积累
本文是IT职场人生系列的第十四篇。任何时候都会发现IT业是个变化迅速的行业，几年前还很时髦的技术，现在已经过时了；几年前还很热门的行业，现在也过时了。这种变化之莫测，别说我们普通人，连IT巨头们都经常犯错。在这种多变的环境中，提前预测正确一条技术路线或业务路线，并顺利走下去成为其中高手的人少之又少；而即使偶然有几个高手，以前正确也不代表未来会正确下去。在这种多变的环境中，那么IT人员该怎样积累经验
2011-10-29 19:01:41
12501
16
原创 敏捷开发产品管理系列之二：产品版本规划
本文是敏捷开发产品管理系列的第二篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）本文是一篇旧文，原名为《“迭代期内无变更”与敏捷开发产品版本规划》，因符合本系列内容，做相应修改后重新编排发出。迭代期间无变更？支持派说：对，如果经常变，我们怎么开发啊。反对派说：不对，敏捷开发不能上来就确认了需求
2011-10-28 16:27:49
10532
4
原创 敏捷开发产品管理系列之一：序言及设立迭代目标
本文是敏捷开发产品管理系列的第一篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）序言之前的“敏捷开发用户故事系列”已经提到了微观层面的需求管理问题。由于敏捷开发的提出者和实践者主要是开发团队及其领导，因此一般较少提及产品的整体规划、商业目标这些内容。本系列汇集了本人在做产品管理的时候的一些心得
2011-10-27 22:04:48
7959
原创 IT职场人生系列之十三：技术？管理？业务？
本文是IT职场人生系列的第十三篇。很多技术人员工作几年后，都要面临未来的出路问题。所有出路中，无外乎技术、管理、业务三个层面。技术技术本身也是一条出路，但是在之十二中曾经提到，有深技术和浅技术两者之分。如果本来是从事浅技术的，建议走后面提到的业务中的产品经理路线。因为浅技术的更新换代速度很快，以前积累的经验很容易就过时了（虽然不完全如此），而且后起之秀们的竞争也非常激烈。若想留在技术路线上，走“越
2011-10-26 21:06:45
14079
23
原创 IT职场人生系列之十二：语言与技术I
本文是IT职场人生系列的第十二篇。最近移动互联网很流行，很多人都在学习IOS、Android编程。这也引起一个入行、改行的潮流。那么，作为新手、老手，应该怎样选择自己学习的语言和技术呢？本人从早期编程以来，实际使用并开发过商业软件的的语言有几种：C，TurboC++，C++Builder，VisualC++6.0， ASP.NET/C#，中间有很多次选择，配合为别人做的选型指导，写一篇文章供大家参
2011-10-26 13:48:12
20084
53
原创 敏捷开发日常跟进系列之六：开发与跟进
这是敏捷开发日常跟进系列的第六篇。 （栏目目录） 产品负责人常常被描述成在计划会前准备好用户故事，在计划会上讲解并帮助开发团队估算后就万事大吉，只等月底接收“可工作软件”的样子，其实如果真的这样，很容易出问题。需求精化这是发生在迭代周期中间的常规活动，产品负责人会与团队密切接触（确切说如果能经常坐在一起更好），在每个故事开发的前夜或中间，将之前讲解过的用户故事更详细地描述一番（有时候是在看到开发一
2011-10-25 21:03:15
6382
原创 敏捷开发日常跟进系列之六：验收标准
这是敏捷开发日常跟进系列的第六篇。 （栏目目录） 要想不在评审会上得到“惊喜”，Product Owner最好提前约定好用户故事的验收标准，而且每个用户故事可能各不相同。面向客户价值设定验收标准简单说，就是客户看到说“完成了”，才算完成了。从这一点上说，用户眼中的“可工作软件”和我们认为“可以运行，自动化测试了的，没有缺陷的”软件还是有差别的。用户拿到软件，是要使用从而获得价值的，这常常需要多个功
2011-10-25 18:29:30
7999
2
原创 火星人敏捷开发手册 2011-10-14 发布
2011-10-14：新版本已经发布，新增内容6页，增加目录及《敏捷开发用户故事》系列。此版本就是原定10.31才发布的版本，因下半月要参与一本杂志、一本书的编写，所以提前写好免得惦记。本文仅作通知，下载请访问主贴：http://blog.csdn.net/cheny_com/a
2011-10-15 17:28:32
3865
1
转载 土豆网总裁回忆与乔布斯的会面
原载： http://www.donews.com/people/201110/642770.shtm 苹果CEO乔布斯土豆网创始人兼CEO王微在自己的博客发表了题为《About Steve》的文章，讲述了曾经与乔布斯见面的经历。 文章称，在一次与乔布斯的会面中，王微介绍了土豆
2011-10-14 10:11:08
4268
原创 敏捷开发日常跟进系列之五：用户故事与MVC
这是敏捷开发日常跟进系列的第五篇。 （栏目目录） 用户故事和MVC没有关系，因为MVC是实现方法，因此在思考用户故事的时候，不要一下就想到实现方法，很容易把故事写坏。但是MVC和用户故事有很大的关系，如果用户故事写好了，做MVC的时候，一定要记得参考用户故事。本人在C++的年代用过MVC，但那个时候MVC还只是一种编程思想，说用了也行，说没用也行。但到了C#之后，就出现了正牌的自称是MVC的东西（
2011-10-12 23:45:45
7212
5
原创 敏捷开发“松结对编程”系列之八：微软 Tech ed2011 自组织团队与松结对编程讲稿（敏捷开发）
本文是“松结对编程”系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八，此系列之九及之后文章请见栏目总目录。） 好像微软自己也有一个无纸下载处，但是手册不在身边没搜到，这里补充一个下载链接。 无需积分，但需要注册CSDN帐号。http://download.csdn.net/detail/cheny_com/3678487 ppt无法单独阅读，请参考以下相关的系列博客：松结对编程的起
2011-10-12 21:04:27
6205
1
原创 火星人谚语系列之七：问题要简单
总目录问题系列：之一，之二，之三，之四，之五，之六，之七，之八之前提到过，正确的答案一定简单，怎么连问问题都需要简单呢？这也是最近的感悟。佛经《金刚经》上有一段文字：（须菩提问世尊）“善男子，善女人，发阿耨多罗三藐三菩提心，应云何住，云何降伏其心？”大致意思就是问善男信女们，如果想学佛，应该基于怎样的出发点，怎样稳定心态。如果30天前我有机会问这个问题，多半会这样问（现在不会了）：“我吧觉得天天搞
2011-10-11 00:20:55
4967
7
原创 敏捷开发用户故事系列之六：用户故事的产生与组织结构
这是用户故事系列的第六篇。（栏目目录） 一条需求敢跳出来，基本上就能被化成一条用户故事，看完一二三四五，上山打老虎都不怕，这个似乎已经不太难了。难的是，项目或产品的第一天，给一张白纸：“请列出有哪些故事”。那个时候其实不是大脑空空，而是有千言万语就是说不出。前年做另外一件事情的时候偶然得到一种方法，去年到今年用在一个敏捷项目上，果然很舒服地列出了大量故事，后来的开发过程证实它们都满足独立交付、可测
2011-10-10 22:42:52
7785
3
原创 项目经理的商务指南系列之四：认识谈判（不做传声筒，不做顶门闩，进退之策，进退之法，有机事者必有机心）
本文是项目经理的商务指南系列中的第四篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）谈判是一件让大门不出二门不迈的项目经理很头疼的事情，谈判的技巧很多，要完全掌握不是一天两天的事情，但也不难。随便搜索“谈判技巧”，都可以找到一大堆，本文不再详述。本文主要涉及如何向正确的谈判心态迈出第一步的问题，剩下的问题，自
2011-10-09 16:03:45
7459
6
原创 项目经理的商务指南系列之三：认识客户（敏捷开发，被动而弱小的客户，理解客户的古怪行为，如何喜欢上客户）
本文是项目经理的商务指南系列中的第三篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）被动而弱小的客户客户常常被认为是主动的一方，可以蛮横，强硬地与乙方谈判，但事实其实不是这样。多数甲方的信息中心，尽管也签署过若干项目，但每种软件，却都只有一次机会立项；这和我们乙方能同时给多个甲方开发相同的软件比，信息不可谓不
2011-10-07 23:29:24
6841
5
原创 项目经理的商务指南系列之二：认识责任（敏捷开发，专家与杂家）
本文是项目经理的商务指南系列中的第一篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）认识责任本系列的名称为：项目经理的商务指南。我们好端端地做项目管理，商务自有销售来管理，为什么要我们管这个呢？这要从另外一个事情谈起。现在的项目经理，多数在之前是普通的程序员。那么，有没有项目经理想回到程序员的呢？肯定不多。为
2011-10-07 15:37:46
5214
3
原创 项目经理的商务指南系列之一：序言及项目本质（敏捷开发，客户，沟通，回款）
本文是项目经理的商务指南系列中的第一篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）编程语言的逐渐高层化导致了需求分析与架构设计的逐渐合并，敏捷开发等更加扁平的开发方法论导致了项目团队将直接与客户的业务流程以及业务人员打交道。在这种变革中，项目经理将越来越需要掌握一些商务知识，而不是固守原来课本上对进度、质量
2011-10-06 14:01:09
6784
5
功能点需求模板
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关注的人