09 2011 档案
摘要：这是敏捷开发用户故事系列的第五篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）引子在之一、之二、之三中，我们曾经提到了“作为一个……可以……以便……”的用户故事描述方式，还提到应该如何描述用户故事，才能更好地反映客户价值。下面请尝试一下描述这两个故事：1. 如果把“保存按钮”统一放在页面上端而非下面，有些屏幕上侧控件的修改，就无需滚屏即可保存。2. 所有自定义字段，统一改为4000长度的nvarchar。第一个勉强可以写为：“作为一个用户，可以方便地点击上端的保存按钮，以便在某些控件修改的时候无需滚屏即可保存”，但是这个故事颗粒度显得过小，开发可能只需要1小时，而在客户眼中，也不应
阅读全文
摘要：本文是IT职场人生系列的第十一篇。“找男友”就不写了，没经验。半年前，正好同部门的一个小女生找到男朋友，好像也是IT人士。大家一起吃饭的时候，就聊到这个话题，当然，是从女方的角度。一个问题，就是怎么判断这个男朋友是否值得托付终身。当时沉思良久，说出了这些现实而又令人倒吸一口凉气的话：“主要问题不是他爱不爱你，而是他是否值得爱。男人还是要找有能力的，这不是说要抛开喜欢的人去攀龙附凤，而是要等到他证明自己的能力时再做决定；同样，也要鼓励他证明自己的能力。”这整体上是一个理性思维的结果，可能不太适合最浪漫的爱情，但是很适合多数理性思考的IT人士。不过说实话，自己看看，都感觉很不浪漫，哈哈。整句话是各
阅读全文
摘要：本文是IT职场人生系列的第十篇。最近头条是关于创业的，自己曾经想过很多，业来说两句。本文不涉及如何创业，该在什么行业创业的内容，只是从年龄的角度，看年轻人是否应该创业。没有太多脉络，从问题收入。1. 何时创业？最近就是创业的好时候。因为事业有成者所有钱都用来炒房子了，而年轻人则都变成了房奴，所以用来投资创业的资本锐减，竞争很不激烈。上次MPD讲师聚餐，发现现场1/4的人都以某种形式在创业中，感觉自己的想法已经被人认同了，不过也就担心起来，因为“天下皆知美之为美，斯恶也”，就是大家都去炒股，股票就没抄头了；大家都去炒房，房子就没炒头了；大家都去买黄金，黄金就没买头了；等大家都去创业，创业就很容易
阅读全文
摘要：为何读第二篇的人数远远大于第一篇的呢……因为两者是连续的，为了能看懂，请先阅读：http://blog.csdn.net/cheny_com/article/details/6819343推论二：宇宙质量在增加？如果c^2=2GM/R，就出现一个问题：因为宇宙在大爆炸，所以R在增加，而c又不变，这就逼得要么G这个“万有引力常数”变化，或者宇宙的质量M增加。“宇宙质量增加？博主太扯淡了吧。”不，这个曾经是在哈勃定律发现之前（也就是宇宙大爆炸被证实之前）的一个重要理论，叫做“宇宙恒稳态理论”。爱因斯坦就曾经坚持这个理论，但最后承认这是自己一生之中最大的失误（其实应该是“否认量子力学”，不过爱因斯坦
阅读全文
摘要：理论物理听起来很玄乎似乎只适合炒作而不适合研究，其实不然。我见过推导E=mc^2的公式，只够一张A4；从开普勒定律推导出万有引力方程，只需要2页A4不到（但需要微积分，所以牛顿刚发明微积分就用上了），用大一所学就能理解；而剩下的比如逃逸速度公式、支持力计算公式，更是我们高中课本的内容。所以其实几个大学毕业的GEEK，经常凑在一起，就能研究明白挺多内容的，当年爱因斯坦所在的业余组织“奥林匹斯学院”就是如此。只是现在越来越浮躁了，没人有空搭理这些东西了。下面这篇文章，事情发生在1995～96年左右，是刚刚9月23日写着玩的，因为发现中间有几个地方与我记忆有不符之处，原稿又找不到，所以就只存为草稿而
阅读全文
摘要：这是敏捷开发用户故事系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）优先级排序听起来是一个很简单的工作，一个字段无外乎“重要/一般……”，调整一下然后按排序，就出来了。但其实里边有不少名堂：谁应该负责排序工作？谁最终拍板？研发因素要不要考虑？需求依赖关系导致的顺序如何处理？持续交付的考虑？商业决策的考虑？以下知识与经验，来自于多个来源，主要是部分网上资料、实际项目的访谈，并在自己现在正在做的一个项目中得到验证。具体应用时，应灵活掌握。谁负责排序？Product Owner负责。在产品研发环境中，一般是产品经理；在项目开发环境中，一般是项目经理。作为产品或项目的掌舵人，这个
阅读全文
摘要：前段时间受邀在哈佛评论网开博，关于行业、经济、人物、市场、创业方面的博客，基本上都首发在那边了，与技术管理或创业相关的仍发在这边，两边互有转贴。欢迎有这些想法的读者前来捧场。博客位于：http://club.ebusinessreview.cn/myspace.html他们博客首页在：http://club.ebusinessreview.cn/，有不少精品文章。
阅读全文
摘要：本文是“松结对编程”系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八）刚刚参加完MPD 2011深圳站，在演讲中间及后来媒体采访，被问到了一些问题，也给出了答案，这里做一总结。我自问自答到一半，才发现这里边的很多问题的答案，都用到了火星人谚语系列之一：有问题的地方无答案、火星人谚语系列之三：正确的答案一定简单。如果您觉得答案和自己的情况不完全相符，请用火星人谚语系列之二：问问题的人负责找答案。另外多数答案在本系列1～6中有，只是比较分散，不太容易意识到是答案。人员与结构在团队中使用层级结构，是否阻碍了个体与外界的沟通？极少有底层程序员或新手能和产品经理做深入的沟通的，所以中间放上
阅读全文
摘要：最近博客写的太多了，提前完成了任务，又忍不住不写，所以把技术文章推迟几天，写点无聊但好玩的，看有没有年轻时有共同爱好的GEEK。前段时间看了《生活大爆炸》，一堆按程序员的标准看都是书呆子的人的故事——回想起自己年轻的时候，还真干过很多大爆炸的事情，选取几个，写着玩玩。粘玻璃20年前高中时候老师偶然讲到“硅酸钠溶液又叫水玻璃，是一种粘稠的液体，可以用来粘玻璃”，这一下触发了书呆子气，能把溜滑的玻璃粘起来，可不是一般的小事。倒推：1. 硅酸钠=（氢氧化钠+二氧化硅+水）×加热 - （忘了什么东西了）二氧化硅就是沙子，好弄；难办的是氢氧化钠。当然化学药品店其实有卖氢氧化钠的，但那还卖硅酸钠
阅读全文
摘要：还没太弄明白微博的价值观，但是感觉至少可以做博客通知，如果您喜欢博主的博文，又想在走路/坐车/排队的时候看，请关注博主的新浪微博：火星人陈勇 点击下载免费的敏捷开发教材：《火星人敏捷开发手册》
阅读全文
摘要：今天参加MPD2011深圳站，听到最重要的乃是徐锋老师课上的一些内容，本来有一个很长的笔记，但是其实里边不过关是只言片语的摘抄，形成不了章句，干脆把一些重要观点摘录于此。徐锋老师是做投资的，不是顺便聊聊这个话题，对业务模式和需求收集模式的评价，是他们判断一个企业是否值得投资的重要依据，因此下面的内容是他们实际工作中真正要用得到的，所以很宝贵。1. 当尝试使用技术手段解决某个实际需求的时候，一定要注意业务圈和技术圈人群的重合性，存在需求的人，是否在使用这种技术比如：“妈妈”们肯定很关心如何育儿，以及幼儿教育，所以开一个相关网站好不好呢？结论是要如果10年前开，不好，因为那时候的妈妈差不多都是19
阅读全文
摘要：数月前，当我发表《联想利泰的一道做出来就给月薪7K的面试题--交通灯管理系统》、《又一道软通动力7K月薪面试题——银行业务调度系统》、《累病倒了我两次的面试题--移动用户资费统计系统》等几篇博文后，引来了业内一些资深开发人员的一片批判声，有人撰写博文对我进行声讨、嘲讽和指责，有人是出于过头的正义感，有人则是想趁此话题来增加个人和公司的曝光率，我似乎成了众矢之的，网络上好一片吵闹。这时候，我在干什么呢？作壁上观，心态异常平静！因为我这个人非常自我中心，不太在乎别人的感受，很少患得患失，只要把自己心中想说的话说出去了、想做的事情做完了，就不管别人如何看待和如何评价了。社会本来就是多元化，每个人都.
阅读全文
摘要：这是敏捷开发用户故事系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）用户建模的目的，是为了更好地分析用户行为和用户价值，并因此获得商机。用户建模四部曲有一次培训中，分组建模的时候，一位学员就自言自语地说了一句话：“真的啊……我好像不知道谁会使用我的产品……”这其实是一种常见的现象。比如前文所说的敏捷开发管理软件，如果想把一个用户故事描述为“作为一个用户，可以登录“我的空间”，以查看我我在的所有项目的进展以及自己的任务”，就会遇到这个麻烦。所谓领导，肯定想浅层次低能看到多少项目，就看到多少项目，而且最好能汇总一下显示；作为普通程序员，则肯定不止是想知道自己在哪些项目中有任务
阅读全文
摘要：这是敏捷开发用户故事系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）敏捷开发中的用户故事采用的语法模式看似简单，却蕴含着深刻的思想。“作为一个……，可以……，以（以便）……”不同于一般专注于功能的需求条目描述方法，三个……把角色、功能、价值跃然纸上。然而使用不当，却有可能形似而神不似。下面就三个部分分别举出一个例子。网络游戏的排行榜功能“作为一个玩家，可以通过显示排名，以便让自己在服务器中的地位获得认可。”这个功能可以激发玩家的“斗志”，鼓励购买道具，是个不错的想法，但实现起来却有技术问题：服务器中的玩家太多了，实时查看排名非常不现实。另一个问题是小虾米们其实对自己的排名
阅读全文
摘要：这是敏捷开发用户故事系列的第一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）全系列将涉及何为用户故事，面向客户价值编写故事，用户建模，产品待开发项的分类，故事颗粒度，故事的组织结构，等等若干问题，力求将此中问题尽量解决干净。本系列文章假设正在编写一个“敏捷开发管理软件”，因为来阅读的都是做敏捷开发的，又都是做软件的，会更熟悉一些。用户故事三要素：角色，功能，价值按“作为一个……，可以……，以便……”样式和思路写成的用户需求，就是用户故事。样式是技法层面的东西，它保证了无需太多思考，用户故事中即包含角色、功能、价值这三个要素。角色角色切记不要总是写“作为一个用户”，而是要把用户区别
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八 这是2011年7月的一次QQ群对话记录，做了匿名化处理，并重新调整了顺序，以便于阅读。对话的开始，是有人提到他们公司的产品部门和开发部门正在打架，后者希望能有写好的或者至少是靠谱的产品定位和功能文档，而前者则认为根本不存在这种文档，肯定是想到哪里做到哪里；而后者又认为没有这种文档，一是不知道做什么，二是返工肯定太多。总之是两个部门为一个先有鸡还是先有蛋的扯不清楚的哲学问题打架。这次对话没有去解决任何到底需要不需要这种文档的问题，也没有解决这种文档到底写成什么样子好的技术问题，因为每个公司，每个产品，每个团队，都可能有自己最适合的方法。这次
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八上节“对问题最深入的认识是知道答案”中讲到，要引发大家说出答案而不是抱怨问题，最好提前自己知道一个答案，即使不是最好的。但是这么多人都不知道答案，我怎么能知道呢？方法就是坚信“我是屋子里边最聪明的一个人，答案将由我在下一分钟给出”。前半句这么狂，本来只有火星上才有这种谚语的，但是有一次被指出在《秘密》中地球人2008年早就说过了（在线阅读：http://book.qq.com/s/book/0/12/12432/），听说是本好书。为何心想才能事成心想事成刚开始是个必要条件，但以后会逐渐变成充分条件。为何是个必要条件？一屋子人其实不一定谁最聪
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八是否见过这种场景：一堆人在会议室，谈论一个亟待搞定的客户：“这个客户可难缠了……”“可不是，我给你说……”“对对，我也是有亲身体会的，比如……”“别提了，上一次……”又如一堆人在会议室，讨论一个新的市场方向：“这个新方向不好开拓，……”“咱们刚开始，你看人家IBM……”“别提IBM了，就光一个XX就够我们受的……”“咱们一无案例，二无资金，三无人才，……”暂且不管他们讨论的事务本身，而来看一个问题：人们为何会向鲨鱼扑向鲜血一样，争先恐后地表达自己认为某个问题有多么难办？分析在冬吴相对论中吴伯凡分析过这种心理（可能是《不抱怨的世界》）。他认为
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八薛定谔当年“凑出”了薛定谔方程（http://baike.baidu.com/view/551078.htm），拿给爱因斯坦看。爱因斯坦说：“够呛，因为它太丑太复杂了。”这次是薛定谔对了，不过在现实世界中，多数时候是爱因斯坦说的对。这个谚语在道教中有个“无为”的概念，后来有个朋友告诉我，无为的含义其实是“有所为，有所不为”。就是要剔除那些不需要做的事情，剩下的简单的事情，才是值得做的事情，才是正确答案。场景1（真实案例）一次面试市场总监，来过两个人。第一个先来了解公司情况，第二次拿来了一个PPT，好好讲讲她对市场的认识。结果，这个PPT中包
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八这句话看起来很奇怪，因为应该是问问题的人提问，回答的人负责找答案，其实不然。所有问题，其实都有两个方面，一个方面是让问题产生的语境及实际困难，是动因，比如“在具体工作中实在是推不动敏捷了”；第二个方面才是表面的问题。回答者很容易回答表面问题，但极难触及困难本质。在整个问答过程中，提问者应积极思考，寻求实际困难的答案。场景1在敏捷大会上来了一位大师，有人站起来提问“如何在中国软件企业推动敏捷？”众人旁听。这时候，有困难的人其实是问问题的人，乃至众人；而这位大师是和困难最远的人。所以千万别指望大师会一语中的说出什么方法，解决了大家十年的困惑。这
阅读全文
摘要：本文件做通知，下载链接/版本记录/讨论请前往主贴：http://blog.csdn.net/cheny_com/article/details/6616794更新时间：2011-09-12 16:18更新内容：新增两页“敏捷绩效管理”。另有一些页面已经做好，但更接近“松结对编程”的内容，将在下一发布日期发布。下一发布日期为2011-10-31。
阅读全文
浙公网安备 33010602011771号