Category Archives: 微软体验

在微软第一个真正意义上的产品项目中，我受益良多。   项目中Lead的标准：我心里大概是有数了。:)

题外话，其实项目管理最重要的是人的管理。但是这方面学问实在是太深，因此我只有默而知之。   前一段时间终于知道Testing的切入点，那就是FC（Feature complete）。当FC到了以后，Testing就可以在bin上面进行了。但是FC的标志又是什么呢？在小项目和大项目FC的标志是不是会有所不同？在Agile当中，又是怎样的一个标志点呢？莫非Agile当中只有Acceptence testing？或者像goog那样，测试留给用户？   最近感触很深的就是PM的职能–协调，控制项目进度。在微软的传统软件工程实践中，dev，test和PM是三足鼎立。这三足确实为微软的成功提供了一个坚实的平面。其实，在一个项目当中，coding占的分量实在是非常小，而如果处理不好，项目内协调、项目外与客户协调引入的代价将非线性增长，最后造成整个项目的失败。PM的引入是相当的天才。但是PM是否应该介入design呢？我个人认为design不应该是PM的本职工作，而应该是nice to have的。   然而goog的成功却是建立在一个基本上是纯dev的团队上的。我现在的理解是，因为他们是在做项目，而微软还要做产品。那是不是说，三足鼎立的开发模式只能在产品开发上成功，而不能在项目开发上成功呢？PM是没有办法削弱的。很悲哀的是，仿佛只有testing略显多余。作为一个tester，难免有些危机感，呵呵。   有感觉了再写。