微软Imagine Cup 2009集训营一个下午的收获

　　上周末微软中国开了个“Imagine Cup 2009“集训营，我们这些没在北京某处的同学们只有用live meeting 参加在线视频会议了。别说，上次参加全球的那个什么总结的视频会议都有很完美的效果，一时间让我认为现在视频会议的技术如此完美。没想到这次简直堪称垃圾。噪声不断也没有一个有效的控制手段，其中一位演讲的微软员工太欠缺这种视频演说的经验了可能，声音小的不到噪音的一半。我们再三提醒，再三由大变小。。。

　　不过这次还是收获了不少东西。今天有空整理一下分享出来：
　
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
IT解决方案：
　　为我们介绍这个的是微软的一明叫做沈旭的技术经理，
　　按照那位沈旭的说法，IT解决方案就是用多个产品构建一个架构性的解决问题的项目。

　　做一个IT解决方案的需要：

1. 相关的技术知识，MSF,MOF.（这两个是微软针对IT项目提供的参考方案）
2. 前期：
   

   • 了解客户背景、客户需求
   • 解决方案设计，制定验收标准
   • 项目管理相关
     时间表、人员分工、风险评估、备选方案
     

3. 中期
   

   • 部署、实施
   • 调优
     

   
   
4. 后期
   

   • 测试：
     构建测试环境
     设计测试用例
   • 撰写项目报告
     

   
   

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
　　以上就是一个IT解决方案的整个业务流程。

接下来是软件开发项目的团队管理：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

　　其实写软件容易管理一个软件团队高效的做好项目不是一件容易的事情。上图是那天ppt的截图。一个软件项目被分成上面这些成员来完成。之前我一直认为项目经理就是负责统筹整个项目并且参与项目构架的，结果这次才发现不是。
　　架构师是从高层全局控制整个项目的，
　　项目经理是负责平衡整个项目资源的分配，时间、成本控制，他应该独立于技术之外的。即使他是技术出身的。

　　一般一个项目的流程是业务人员从客户那里获得客户需求，经过分析获得用例和非功能性需求之后交与项目经理，之后项目经理按照技术的角度来筛选可行性的功能，再交给开发团队。

　　一般由于涉及具体的技术细节，开发人员一旦进入开发就很容易迷失到某一功能的完美当中去，这样就失去了对整体的把握。所以一般负责整体统筹的人就不应该作为Chief Developer。

　　但是由于工作中，小团队常常不够人，这个时候就必须要有人兼任工作。
以下是演讲者根据他的经验给出的建议：
一般可以兼任的有：
PM + Architect
Architect + Chief Developer
Developer + Designer + Tester
但是：
PM + Chief Developer = FAIL!

------------------------------------------------------------------------------------

在会议的最后曾经参加过Imagine Cup的姚冬靖给我们介绍了一些他的经验，从声音和表现中可以了解到这位同学虽然现在在微软了，不过还是学姐级的人物哈。》》》好好学习中。。。。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
组队的经验：

• 统一的愿景
• 多样化的成员

创新：

• 头脑风暴->定案
• 在已有的成果上

实现：
　　胜者，先胜而后求其战

• 先有保底方案，再逐步完善
• 折衷，妥协

　　提交项目时要考虑很多细节的问题，比如其他机器是不是能够很好的运行在你自己机器上编译好的东西啊。遇到这种冲突的时候如果实在无法解决的话就要想办法变通。。

最后，English Speech Capability

• How to sell your solution
• Business Sense
• English

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－


以上是那天记录的笔记，稍微重新整理了一下，但是未必能很完美的体现出那天的精髓所在，那天我们这些远程参加者在极度痛苦的噪音之下从２点拼到了快６点，总的来说这次微软中国的活动做的和微软美国直接开的视频会议还有一定差距。希望他们多多加油吧。。。
2009年5月还有第二轮集训，到时候有兴趣的读者可以参加。。。

如果希望观看录像的话可以到微软学生中心去下载。。。。