国外软件产业界在软件配置管理这个专题上已经进行了多年的理论和实践上的研究。在多年经验积累的基础上，产业界总结出来一系列“最佳实践”(Best Practices)，我们可以使用这些“最佳实践”来作为评估一个组织软件配置管理能力的标尺，也可以作为我们实施软件配置管理的指南。

 

微软解决方案框架（MSF）过程指南是一个特殊的软件开发过程，由一系列的描述规则、工作项、工作产品、活动内容以及报告等内容的文档组成。过程指南是对过程模版的补充。

MSF，即Microsoft Solution Framework，也就是微软公司推荐做软件的方法。在2006年，伴随着Visual Studio Team Foundation 2005的发布，MSF4.0也推出了。

MSF(微软解决方案框架结构)是一组建立、开发和实现分布式企业系统应用的工作模型、开发准则和应用指南。它帮助企业融合商业和技术的目标，降低采用新技术后系统整体的费用，以及成功的应用微软技术整合商业过程的方法。

本文是作者长期身处游戏开发行业、亲历游戏行业痼疾后不吐不快的随笔。世界上的任何事情都是这样，当一个人对某个事物了解越多，他也就越能清晰地看到这个事物的缺陷。编者报道游戏行业也有数年时间，觉得作者这篇文章虽然有过于“专业”的嫌疑，但比起那些行文浅显、美化游戏行业、特意以“玩家”为对象谈论游戏行业本象的文章来说，这篇文章对我们的读者和游戏玩家也更有意义。

在软件项目管理领域，微软公司提出并倡导的MSF框架是业内人士公认的一套成功的软件项目管理的方法论。

软件项目管理的实质就是软件项目计划的编制和软件项目计划的跟踪控制，这里计划是项目成功实施的指南和跟踪控制的依据，而跟踪控制又保证项目计划的成功执行。本文以实例具体分析在软件开发过程中如何进行这两项工作。

单件（Singleton）模式是设计模式的一个典型且相对简单的构造型模式。本文举实例说明单件模式的主要注意事项和多线程环境下的单件模式。

本文中主要针对中国软件项目开发管理体系的建立状况进行调查、分析,具体内容包括：开发者公司或项目获得软件评估认证体系的分布状况、开发者公司或项目组对项目过程管理框架的应用状况、开发者获取用户需求的方式分布状况和开发者公司或项目组对迭代开发方式的应用状况。

记得一个格言曾经说过“人类最愚蠢的行为在于忘记常识”。另外一句较为相仿的格言则是“不知道历史的人必然会重蹈覆”。作为项目管理来说亦为同样的道理。如何改善我们的软件开发管理，一条便捷之道便是“尊重常识，尊重历史经验教训”。在软件项目管理中，有许多的原则和经验可以供我们借鉴。

软件开发的标准过程包括六个阶段，而六个阶段需要编写的各类文件达14种之多。本文简单介绍了在每个阶段需要编写哪些文件，以及这些文件的主要内容。

我发现软件开发所有的努力几乎都集中在了商业需求上，完全忽略了技术要求和软件设计，而这真是软件开发的真正艺术所在。我不知道我已经看了多少次这样的设计要求文档：处理次数没有要求，相应时间没有要求，甚至可用性和运行时间也没有要求！不知道这些要求，不知道技术参数的要求，开发者怎么做软件设计呢？

在所有的软件开发项目中，存在一种共通的东西，需要经常地花时间反省和学习。学什么？一切：成员彼此、技术、问题域、客户，等等。学得快的团队才会成为赢家。本文将详细分析这种困扰团队表现的看不见的“学习瓶颈”。

软件项目为什么会失败？这里我们提出以需求为中心的软件项目管理。通过提高需求描述的质量、采用小版本发布策略、将用户需求作为小版本的目标来组织和计划项目开发、积极应对需求变更、提供以用户需求为中心的项目进展视图，从而和客户一起来保证项目的成功。

软件开发不仅是代码编程，而是人员的有效组织，如何既发挥人的主观能动性，避免情绪变化对工作的影响，又可以让大家有效的交流，让多个大脑的思路统一，快速完成目标呢？瀑布模型、极限编程、敏捷开发是有代表性的开发模式，在对开发者、客户、最终的产品的关注上的变化，体现了软件开发管理者在管理模式上的变化。

如果可以方便高效地切分多个团队，而且每个都拥有自己的product backlog，那就这么做好了，每个PB都可以独立划分优先级。假如多个团队共享同一个backlog，这就暗示着多个团队（每个团队的适当人数是7～9人）共享相同的PB，处理PB的优先级时就会出现问题，而且“有条理地选择条目并把其放入Sprint backlog”也将成为麻烦事。

当我们想要让一个类继承自另一个类时，我们一定要再三的检查：子类会不会继承了一些它不需要的功能（属性或者方法）？如果是的话，我们就得认真再想想：它们之间有没有真正的继承关系？如果没有的话，就用代理。如果有的话，将这些不用的功能从基类转移到另外一个合适的地方去。

本文简单讲述了重复代码产生的原因到移除重复代码的技巧和我们为什么要移除重复代码。

本文以敏捷开发的几个主要特点为例，探讨工具在敏捷开发中扮演的角色。工具的使用要能帮助敏捷团队达到应用目的，使敏捷方法真正受益于工具，而不是受工具所累。