曾经参加过Teched 2004，九华山庄，那一年大会的课程基本上我都听不懂，见到那些或儒雅风趣，或活泼健谈的微软工程师的时候，很是羡慕，记得第二天的晚宴，请了一支摇滚乐队，把现场整得很high。总之，是那场大会，让我对这家公司产生了几分憧憬，对这个行业初建立起坚定。
2009年的大会，在奥体公园南门附近的国际会议中心，这一次，我有了一些辨识能力，第一天下午的开场大会是一场广告大会，在微软全球附总裁，某位迈克尔，说话的时候，我好好睡了一觉。第二天，着实很开心的听了大半天，课后兴致勃勃地再向讲师请教。十个分会场不同的主题同时开讲，一天7-8堂课的容量，即使再多的广告，有心的参会者还是能挑出适合自己口味的有“营养食品”。也可能是在单位太久了吧，可以出来呼吸一下新鲜空气，听一听业内相对前沿的声音，看看先进的技术，与淘宝百度等公司的工程师交流，学习他们的先进经验，真是很高兴的事。
这一次听的课程主要是集中在项目管理和Wｅb开发新技术两个方面，一堂《在大型研发团队玩转Agile-微软研发团队敏捷开发实践》听下来，受益匪浅。以VisualStudio开发团队为例，他们的团队按产品的模块（子系统）首先分为很多个team，而team下按照feature功能点，又分为很多个支持动态组合的“功能团队”，一支功能团队由2-3个开发，2-3个测试人员，1个项目经理组成（总人数不超过10人）。然后以功能团队为单位实践敏捷开发，并辅之以持续的代码集成。 开发流程按照：计划总体设计阶段－＞sprint1(１次迭代)－＞sprint2－〉版本稳定和部署阶段进行。每一次迭代（１－４周），功能团队都会从产品的feature列表中取出优先级最高的功能开发。直到产品版本发布前的定版期，会有一段时间，等待版本稳定下来，再发布。
这种方式，充分的利用了小团队的高效性，符合《人月神话》的经验（微软的“功能团队”其实就是《人月神话》里的外科手术团队），事实证明，非常有效，会后的交流中，讲师告诉我们，因为采用这样的团队管理方式和敏捷开发流程，visual studio团队，成为一个非常健康的团队，进度的误差不会超过２－３天，项目的延期绝不会超过半年，工程师下班了就可以回家，不需要加班。
ｐｓ：如何进行团队管理，如何制定具有可操作性的流程规范，选择什么管理工具（vsts + project?），如何与需求部门、测试部门合作．．．是当下必须去思考解决的问题。这些问题解决不好，我们就永远是一个亚健康的团队。
近期评论