ccBoy's (小气的神) BLOG

最近在看Software Estimation -Demystifying the Black Art

提起作者赫赫有名-Steve McConnell， 我很喜欢这本书并期待中译版

软件的科学计量是一门艺术，但其本身代表着科学和严谨，甚至是诚实。
我认为软件开发过程管理的最高境界是艺术，人性以及科学严谨的结合体
比如感觉会依次要满足下面的特征：

1。满足市场化和用户的需求
2。开发过程和结果能够精确的数量化指标衡量
3。裁剪过实践过的软件开发方法
4。完美和良好的项目组间的沟通
5。理解和掌握敏捷
6。技术派的领军人物
7。王牌的销售
8。找到你的山头－合适的行业
9。树立和找到竞争对手
10。耐心地承受压力并学会和失败相处

你在艺术化的开发管理、精细化的开发管理和传统的开发管理之间更喜欢哪种？ 抑或你现在所感受的方式是哪种？

最近的一个MSF/VSTS的顾问项目中，我发现现在越来越多的客户和开发团队开始认识到软件开发过程和项目管理是完全不同的两个概念和领域，以前的开发人员追求语言和工具，接着追求成为最强的Programmer，接着看到架构、模式和设计价值，然后努力获得项目管理精髓，直到发现开创项目和产品线建设的宏大。但我想，新一代的开发人员，还应该掌握软件开发过程，掌握软件计量学，没有科学的计量方法，你无法精确展示你作为一个开发人员的价值，你只是一个软件实践者，软件工作者，你不能展现你更多的价值和创造力，尤其是在团队中，在组织中，在老板们中。

突然发现自己对于软件过程的建立、管理和改进有了不少兴趣，不过合上书(还没看完)，我的感觉是，感觉不错，但目前这个领域不是我的"TOP ONE TARGET"

PS:
花了点时间将MSF for Agile软件开发过程和MSF for CMMI 软件开放过程的文档，放到我的网站上了，我想这是一个不错的开始。
MSF for Agile软件开发过程-简体中文
MSF for CMMI 软件开发过程－简体中文
已经包括了所有的中文指导说明，相关的文档说明和报表范例。

You cannot control what you cannot measure !-我想，这也是Software Estimation一个不错的开始
--相信这个PPT中能对你认识 MSF v4 vs. MSF for Agile， MSF for Agile vs. VSTS， MSF CMMI vs. VSTS，MSF Agile vs. Agile Development等等这样细致而扰人的问题有些了解。

VSTF/VSTS公开的测试版下载，终于不用在MSDN订阅中下载了--Try it!
Visual Studio 2005 Professional Edition 90-Day Trial
http://www.microsoft.com/downloads/details.aspx?FamilyId=B2C27A7F-D875-47D5-B226-E2578A116E12&displaylang=en

Visual Studio 2005 Team Suite 180-Day Trial
http://www.microsoft.com/downloads/details.aspx?FamilyId=5677DDC4-5035-401F-95C3-CC6F46F6D8F7&displaylang=en

Visual Studio 2005 Team Foundation Server Trial Edition
http://www.microsoft.com/downloads/details.aspx?familyid=D5C12289-F4E4-49A9-9235-AB2F6D4CA097&displaylang=en