安静布达拉！

原创 浅谈PPM (Project Portfolio Management) - 3

（休了一个多礼拜的假，今天终于有机会再来写写了，让大家久等了。） 前面讲了一个公司或者说一个老板、一个领导需要清楚两个问题，一个是把握现在，另外一个是预测未来，其实还有一点也需要知道，就是分析过去，分析过去其实是最好做的事情，因为事情已经发生了，我们只要去总结经验，分析问

原创 浅谈PPM (Project Portfolio Management) - 2

其实达到这个目标的“方法”很多，甚至老板可以强制要求手下必须知道进展，所以手下就很紧张，就去强制他的手下每天报告，每天评估，然后手下的手下也是这个样子，从而呢，很Perfect，大家都知道自己负责的部分的进展了，所以老板就会听到一个听起来很不错的答案，但是事实真的如此吗？有没

原创 浅谈PPM (Project Portfolio Management) - 1

前言：本文以纯理论性的PPM讲解为主，不会涉及到具体如何实施，我会在以后介绍详细的PPM实施方案介绍。  PPM，可能很多人并不清楚甚至可能没听说过，这是一个近些年才流行起来的概念，是Project Portfolio Management首字母的缩写。Pro

转载 软件开发与测试管理（转）

摘自计算机世界报　　要想真正保证软件项目如期完成，不仅取决于开发人员，更取决于测试人员。　　项目经理经常犯的错误之一，是以为只要雇用软件工程师就行，其他的人都不必要，或是让软件工程师占整个团队很高的比例。他们也许认为开发人员越多，写出来的程序也越多，这是错误的概念。项目的

原创 浅谈在软件开发中的开发与测试 - 下

介绍了一下测试的必要性，再回过头来继续说开发与测试的“矛盾”，其实这个矛盾从本质上来说是由于绩效管理时过分强调了开发人员造成的Bug，而这个“过分强调”又必须是测试人员一定要强调的。所以呢，矛盾就开始产生了，开发说，这个不是Bug，或者说我不能重现，还说，你干嘛老是提Bug，是不

原创 浅谈在软件开发中的开发与测试 - 上

我们知道开发人员与测试人员在某种程度上可以说是冤家对头，因为开发总是认为我做的产品是完美无缺的，没有Bug的，但是测试总是想方设法给你挑刺，因而产生了“矛盾”。很多公司对开发的绩效评估里就有一条是每千行代码产生的Bug量，当然是越少越好了，但是对于测试的绩效评估也有一条平均每天提

原创 结合工具来实现敏捷开发 - 16 （全文完）

随着反思会的结束，一个Sprint的周期也就差不多结束了，就开始进入下一个Sprint了，随着一个个Sprint的不断结束，最后产品也就完成了。在这个过程中，因为每次都有可用的产品，所以大家就会看着这个产品一点点做大，功能一点点的完善，就像小孩从出生到长大一样，通过这些评审会，反

原创 结合工具来实现敏捷开发 - 15

评审会后就是反思会了，一般情况下会跟评审会连在一起开，反思反思，总得反思出一些东西来，其实也就是一句话，有则改之，无则加勉，好的东西继续保留，不好的东西就要改正。好的东西就不说了，就说不好的吧，不好的东西可能是开发习惯，也可能是工作的方式不对，甚至是团队气氛，团队协作，有些影响小

原创 结合工具来实现敏捷开发 - 14

现在开始说说完成一个Sprint以后的事情了，第一件事情当然是评审会了，所谓的评审会就是产品的负责人来检查是否这个Sprint的功能是完全按照设计文档来的，是否真的100%满足了客户的需求，这个会议中就需要把各个功能实际演示一遍。 理想情况就是所有计划会上要求的功能都很完

原创 结合工具来实现敏捷开发 - 13

前面已经说完了各个部门怎么合作来完成一个Sprint，中间过程可能说的不是太详细，不过想想看也无非就是实际开发测试过程与DevSuite系统操作的事情了，所以也不需要讲的太多，因为我们这次主要是以Scrum怎么来实现为主， 而开发与测试过程在所有软件开发中都是存在的，也都差不多，

原创 结合工具来实现敏捷开发 - 12

好了，计划会也开完了，Sprint也建好了也规定好时间了，这个Sprint要做的功能点也分配下来了，该是开发同志们干活的时刻了。 分完任务后，每个开发同志登录到DevTrack以后，都会在Story Board里看到自己需要做的任务，一般情况下该任务状态为“开发中”，然后

原创 结合工具来实现敏捷开发 - 11

好了，计划会也开完了，Sprint也建好了，也规定好时间了，这个Sprint要做的功能点也分配下来了，该是开发同志们干活的时刻了。 按照Scrum的原则，是希望开发人员自己能主动去关注有哪些活，然后去认领。我想这种思想在大家开展Scrum的初期是没法做到的，甚至很多公司一

原创 结合工具来实现敏捷开发 - 10

上面大家已经了解了一下计划会的一些情况，计划会能确定当前冲刺（Sprint）所需要完成的功能点，但是我们知道一个产品不可能用一个Sprint就可以完成，所以接下来就会有一个接一个的Sprint，所以有多少Sprint就会有多少的计划会。 就我们公司而言，由于用了DevSu

原创 结合工具来实现敏捷开发 - 9

好了，已经有了Product Backlog了，假设我们也已经放了不少功能点进去了，当然这里怎么放我就不说了，无非就是点哪个按钮的问题，如果说的太详细就变成介绍产品了，而不是在讲敏捷了。 这个池子既然已经有水了，接下来的事情就开始要把水放掉了，一次放掉一点。之前说Scru

原创 结合工具来实现敏捷开发 - 8

需求的管理大致知道了点吧，不过估计你会问，讲了这么多，怎么感觉跟敏捷没啥关系呀？呵呵，之前也讲过了，敏捷开发虽然“敏捷”，但是也不会绕过整个软件开发过程，就像孙悟空逃不脱紧箍咒一样。需求作为软件开发一项非常重要的环节，我们是绝对绕不开的，即使是超级敏捷开发也绕不开，所以我还是得仔

原创 结合工具来实现敏捷开发 - 7

不过，随之的，问题也就来了，虽然这样子可以管理一个功能点的基本属性，但是在实际工作中，我们的工作往往没有这么简单，因为按照以往的经验，需求从想法变成设计文档的过程有一系列的问题需要去解决，只要有一个问题解决不好都可能造成这个功能点的失败。当时培训时，我们也把这些问题都列出来了，不

原创 结合工具来实现敏捷开发 - 6

从软件工程的角度来说，一个软件的开发必然需要从需求分析到编码到测试再到交付，虽然我们现在说的是敏捷，但是本质上以上那些步骤还是省不了的，从狭义敏捷上来说，它比较看重的是人与人之间的交流，所以对文档之类的东西不是很在意，但是说是这么说了，真正你做起来的时候，缺了文档管理，实在不敢想

原创 结合工具来实现敏捷开发 - 5

按照Scrum的基本理论，Scrum是一种迭代式增量的敏捷开发，包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。这个网上都能找到。我们先从中提炼出一些

原创 结合工具来实现敏捷开发 - 4

开始讲具体实施了，不过先插一句，虽然我们公司实施了一年多了，但是你说完完全全实施了Scrum的所有规范点呢，那是不可能，我想每个公司都有自己实际情况，怎样结合公司的情况把敏捷开发落实到实处，使得敏捷能发挥最大的实效才是最重要的，所以接下来讲的东西可能并不是所有人都认同，先请大家见

原创 结合工具来实现敏捷开发 - 3

寻寻觅觅，转眼间到2010年了，差不多已经定位好了几个产品，TechExcel的DevSuite，Serena的敏捷解决方案，还有是IBM的Rational，虽然还有其他各个，但是都有些地方做的不好，所以被淘汰了，像微软的方案全局的可以，任务级别就不行，还有一些是免费的软件，功能

原创 结合工具来实现敏捷开发 - 2

好了，讲了这么多，重新回到公司的立场上，大家都觉得需要改革，看起来貌似敏捷是一条不错的路子，但是那个时候敏捷还刚出来，所以没有多少公司在用，需要怎么来实施呢？问题很多，所以一直拖到大约2008，2009年左右还在考虑中，那个时候其实很流行通过CMMI认证，公司也考虑了一下，认为没什么必要，因为CMMI更像一个规范，或者说是一种方向，但是对于具体怎么开展工作没有特别指出，所以对于我们公司的现状可能没

原创 结合工具来实现敏捷开发 - 1

敏捷开发，我想概念不用多解释了，网上可以找到N多的地方。敏捷开发是跟传统的瀑布开发模型正好相反的，当然也不能说孰优孰劣了，都还有团队在用着，甚至有些公司两个都同时在用，既然还有用武的地方，也就不会说谁代替谁了。我们公司现在都是敏捷开发，采用的是敏捷里的Scrum方法，除了Sc

原创 发现CSDN的一个Bug

刚才看到一个网友说发现了一个CSDN的Bug，其实我也发现了一个，最近天天看到，就是在我的博客首页，如果点IE的刷新按钮就乱码了，不知道是因为我是英文版操作系统原因还是什么原因，反正问题根本原因是刷新前的Encoding是Unicode，刷新后变成Chinese Simiplie

原创 接下来的一些文章预告

之前和几个朋友私聊，他们比较对我现在这个公司的软件开发过程管理有兴趣，但是私聊又说不太清楚，所以接下来我决定结合我在公司的实际情况来说一下下面几个主题：1. 如何结合工具来实现敏捷开发2. 如何提高团队协作当然我称不上专家，辞藻也不是很好，所以写起来只能是很平凡，望大

原创 我的一天我做主（Enjoy）- 10 （全文完）

新的一天又开始了，早上六点半起来，给老婆和Baby准备好早餐，大约七点半就得赶地铁了，我离公司不远，大约地铁6站地。北京的地铁总是这么挤，用摩肩接踵形容已经算不错，更多时候是前胸贴后背了。下了地铁，隐隐约约看到公司的美女Judy在前面走着，上前打个招呼吧。跟美女同行总是感

原创 我的一天我做主（Enjoy）- 9

搞到晚上十点，宝宝都已经睡着了，唉，有家的人，不能这么晚了，还是得去睡吧，不然明天没有精力了。哦，忘了，本来晚上准备游泳去的，一忙就忘记了，已经忘记很多次了。看着自己越来越大的肚子，只能暗暗叹气了。洗个澡，准备睡觉，却突然记起来还有一封信没有发，唉，人家美国同事正好要上班了，

原创 我的一天我做主（Enjoy）- 8

回到家，老婆已经给我做好晚饭了，匆匆吃完，抱抱Baby，又得开始电脑了。我一天要在电脑面前待多少小时啊，除了睡觉，吃饭，坐车以外，好像都是在电脑前度过的，天知道我要少活多少岁！ 打开电脑，Outlook和Skype都打开，一看已经收到DevSuite自动发送的子任务已经完

原创 我的一天我做主（Enjoy）- 7

开完会回来，Skype跟大家说了声：兄弟们，有活干了。各个都打回一个哭脸过来。不想干了呀，真是。任务一个个都分配好了，还得再次提醒一下，每个任务的”花费时间“与”剩余时间“每天得更新，不然上面领导看不到最新状况会发火的，唉，经常得提醒，主要是DevSuite这套系统上的时间还

原创 继续发一个图，给手下分配任务时用的

原创 发几个我的工作时的截图给大家看看

1. Outlook和Skype截图2. DevSuite 截图3. 计划视图4. 任务视图

原创 我的一天我做主（Enjoy）- 6

中午去楼下赛百味吃了顿饭，火鸡火腿三明治加杯饮料，虽然不是很饱，但是要减肥，不能吃得太饱，晚上还要去游泳了。旁边商场溜达了一会儿，看看时间过一点了，慢慢溜达回公司吧。刚坐下，打开显示器，不出所料，Skype又有消息了，这次是领导的消息了，说下午2点开会，讨论一下下一个Sp

原创 我的一天我做主（Enjoy）- 5

刚想歇会儿看看啥新闻的，这两天不是有台风吗，到底怎样了了。突然Skype闪起来来，David发消息问：老大，小会议室现在空了，可以开立会了。这个“立会”其实本来应该站着开的（呵呵，我们都是坐着了），因为我们公司现在搞的是敏捷开发，基于Scrum的开发模型。而立会是Scrum的一个

原创 我的一天我做主（Enjoy）- 4

看来批评的效果总是很好，半个小时不到，那小子改好了，一个Bug是忘了加括号了，另外一个是忘记把一段代码注释掉的，F U C K，这种垃圾错误都犯，不知道当初谁招的，唉。“滴滴滴”，Outlook又发了声音出来，这次我都懒得去看了，我有时真的想骂那些DevSuite管理员，干嘛

原创 我的一天我做主（Enjoy）- 3

刚去倒了一杯水，还没跟对面的美女聊上一句，听到几声貌似Outlook的提醒声，估计不妙，赶紧一看，果然又有任务过来，刚分配了不久又有东西过来，真不让人活了，唉。。。仔细看了一下，总共4封Email，第一封是公司一个宣传图，跟我无关，估计是群发的。第二封是团购网站的，也还好，扔

原创 我的一天我做主（Enjoy）- 2

打开Outlook邮件，唉，每天总是这么多邮件，更要命的是，必须用英语来回复，虽在外企，但是俺的英语不算太好，也只能看看写写了，至于Talk就比较麻烦一点了，虽然也曾经Talk过，但是已经是好久好久了，唉，退步退步了。。。今天还好，好像没人要Call我Skype，可以省点时间

原创 我的一天我做主（Enjoy）- 1

每天八点半，准时上班，现在公司是一个外企，之前没有非常强调准时上班，不过最近要求必须准时了，虽然我还是喜欢比较自由的时间，像大部分的外企一样，但是既然要求了，那就准时吧，反正离家也近。打开电脑，有好几件事情是必须做的：1. 打开 Outlook 收Email，公司大部分沟

原创 我是谁？

我是程序员？不是，但是我也写代码？ 我是设计师？算是，但是我也做很多其他的？ 我是测试员？不是，但是我也会做一点？ 每一天，我的生活总是多姿多彩，我也希望跟大家一起分享我的 生活； 每一天，都是一个新的开始，我会把我生活中点点滴滴，快快乐