Question

6. 敏捷流程

• FDD(Feature Driven Design)
• Scrum
• XP
• TDD

7. MSF

Microsoft Solution Framework, MSF。 MSF没有像敏捷那样搞一个宣言，但是它也有一套思想框架—9条基本原则[注释1]，下面来分别讨论。

• 1. 推动信息共享与沟通（Foster open communications）
• 1. 为共同的远景而工作（Work toward a shared vision）
• 1. 充分授权和信任（Empower team members）
• 1. 各司其职，对项目共同负责（Establish clear accountability and shared responsibility）
• 1. 交付增量的价值（Deliver incremental value）
• 1. 保持敏捷，预期和适应变化（Stay agile, expect and adapt change）
• 1. 投资质量（Invest in quality）
• 1. 学习所有的经验（Learn from all experiences）
• 1. 与顾客合作（Partner with internal and external customers）

8. 需求分析

软件需求：获取和引导需求；分析定义需求；验证需求；在软件产品的生命周期中管理需求；

常用的用户调研方法：焦点小组；深入面谈；卡片分类；调查问卷;用户日志研究；人类学调查；眼动跟踪研究；快速原型调研;A/B测试

NABCD 模型： - N(Need，需求):创意解决了用户什么需求 - A(Approach, 做法): 有什么独特的招数来解决用户的痛苦。可以是技术上的、商业模式上的、地域的、行业的、人脉的、行业的、成本上的。 - B(Benefit, 好处): 产品或服务给用户带来什么好处呢？ - C(Competitors, 竞争): 市场多大，竞争对手。有先发优势也有后发优势。我方优势和劣势 - D(Delivery, 推广): 怎样把产品交到用户手中？

功能的定位和优先级：杀手功能(core)/外围功能(Context); 必要需求(Mission Critical)/辅助需求(Enabling)。 对不同功能有哪些办法呢？ - 维持: 最低成本维持此功能 - 抵消：快速达到足够好，和对手差不多 - 优化：大力气做到并保持行业最好 - 差异化：产生同类产品比不了的功能或优势(我有人无的优势，或者一个数量级以上的优势) - 不做：砍掉

实现的复杂程度由两个因素决定： - 需求的复杂程度：程序员是第几次实现类似需求？ - 技术的复杂程度：程序员是第几次用这个技术实现

12 用户交互设计

降低用户的认知阻力。软件工程师往往以掌握认知阻力大的工具而自豪（比如命令行操作，VI/Emacs等），但是大多数用户的心理是要 躲避认知阻力。

评价标准： - 尽快提供可感触的反馈系统状态 - 系统界面符合用户的现实惯例。（避免给用户带来惊奇） - 用户有控制权 - 一致性和标准化 - 适合各种类型用户 - 帮助用户识别、诊断并修复错误 - 有必要的提示和帮助文档

13 软件测试

内部/外部公开测试(Alpha/Beta Test)

设计测试用例： - 等价类划分 - 边界值条件 - 常见错误，经验推测

14 质量保障

软件质量=程序质量+软件工程质量

程序质量：外在功能的质量 软件工程质量：功能、成本、时间。可见性、风险控制、成本控制、指标完成状况

CMMI(Capacity Maturity Model Inte-grated, 能力成熟度模型集成)

15 稳定和发布阶段

17 人、绩效和职业道德

RASCI模型： R：Responsible，负责把具体事情做好。 A：Accountable，对任务负全责，有批准的权力。 S：Support，对任务提供支持，辅助任务的完成。 C：Consulted，咨询，拥有完成项目所需的信息或能力的角色。 I：Informed，知会者，应该事后及时通知结果的角色。

P＝{做事的，不做事的，不让别人做事的，P4=做假的事的，P5=假装做事的}