2005年07月_developerly

原创 [读书笔记]《敏捷项目管理》--从精益到新技术

真没有想到，精简的开发方式居然最开始来自日本。可是在我现在的公司却丝毫没有感受到任何的精简。我试着统计过，在一个星期的软件开发周期中，做详细设计要花2天时间，然后就是详细设计Review1天时间，1时间编程，还要花1天时间作coding review，至于填写各种Review表格和写测试项嘛，只能加班完成了。也就是说，真正产生客户价值的地方只花了1/5的时间。也许你会说其他的工作都是为了更好的完成

2005-07-20 09:25:00 2525 1

原创 [读书笔记]《敏捷项目管理》--平衡

今天看的的第三章我印象最为深刻的是以下两点：“迅速，但不匆忙”“掌握平衡”其实东方的智慧真的是很神气。我记得曾仕强在《中国式管理》中就提到，中国人的智慧就像太极一样，讲究平衡而不是走极端。现在看来，敏捷的思维正是在向这个方向迈进。掌握平衡，区分软件开发活动中静态与动态的活动，鼓励创新同时又能引导团队往目标前进，不正是管理的智慧？

2005-07-20 09:25:00 1932

原创 [读书笔记]《敏捷项目管理》--客户

这是本书的第二章，首要的就是讲述了顾客在开发过程中的重要性。关于这点，我有一些自己的理解。关于什么是客户，书中的回答：“用创造的产品产生商业价值的个人或者群体”。看起来很简单的回答，并没有完全解决我们可能遇到的问题。比如下面这种情况：A公司计划开发一种ERP产品，他已经通过B咨询公司做了市场调查并得出了目标用户（对ERP有诉求的企业）的需求。A公司没有能力完全独立的开发这个产品，它又把产品开发的一

2005-07-20 09:22:00 2114

原创 [读书笔记]《敏捷项目管理》——积木法则

今天把第一章的最后一部分看完了。有一些文字印象深刻：敏捷项目管理是新东西吗？既是也不是。复杂性理论告诉我们，通过重组现有“积木”，直到出现不同的生物体这种方式，可以改变生物剂。“积木”，这正是我所需要的词汇。不管是敏捷还是传统的项目管理，从某种意义上来说，都需要借鉴开发过程的“积木”。这个积木可能是从标准流程发展下来的活动/任务模块，或者证明对过去项目团队行之有效的做法，并将这些做法与核心的价值观

2005-07-20 09:20:00 2207

原创 [读书笔记]《敏捷项目管理》

仿佛是为了应证书中所描述的混沌世界。我是在混乱之中打开了这本《敏捷项目管理》。周围的人，聊天的，唱歌的，玩游戏的。反正我最近周末的情况总是非常地糟糕，没有一个安静的读书环境。有时候真的很怀恋大学的时光，午后阳光下，一杯清茶，一本好书——生活就是这么简单。不过，人嘛，终究要适应变化。敏捷不仅仅是软件开发的智慧，也是人生的智慧。希望我能适应变化，取得更大的进步。闲话少说，谈谈这本书。这不是一本讲述怎样

2005-07-17 23:14:00 3016

原创 [转载]敏捷和CMM

关于敏捷和CMM，以及怎样在CMMI的框架下有效的引入敏捷的开发，是我所一直关注的话题，最近在网上闲逛，看到ThoughtWorks总经理郭晓在软博会上的演讲，觉得讲得不错，现转载如下（转载于网易科技）：实际上我们软件产业要发展就要创新，在当前这种形势下，具体讲我们怎么样创新和融合，我觉得胡主任的报告做了一个非常好的报告和研究。我觉得是值得大家借鉴的。下面大家都知道，我们对于软件产业的发展过程中，

2005-07-08 09:24:00 2182 1

原创通过wiki进行企业内部的知识共享

其实企业内部的知识共享是一个很复杂的问题。每个人都有自己的经验和Key Knowledge，每次开发也能积累到很多有用的开发经验或者教训。可是怎样才能进行有效的知识共享呢？一个完善的知识共享系统应该具有以下几种特性易于使用的界面，好的知识共享系统应该容易被使用。这个易于使用包括以下两个方面：共享自己的知识和分享别人的知识。很难想象一个程序员在工作之余会使用很复杂的登陆系统来记录自己的心得。同样的，

2005-07-08 09:21:00 2904

developerly的专栏