软件工程包括了开发、运营、维护软件的过程中的很多技术、做法、习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中，叫“软件开发流程”，软件开发流程的目的是为了提高软件开发、运营、维护和效率，以及提升用户满意度、软件的可靠性和可维护性。

软件开发流程不光指团队的流程，还包括个人开发流程，因为软件团队是由个人组成的。

软件系统的绝大部分模块都是由个人开发或维护的。在软件工程术语中，我们把这些单个的成员叫做Individual Contributor（IC）。

    IC在团队中的流程：

• 通过交流、实验、快速原型等方法，理解问题、需求或任务
• 提出多种解决办法并估计工作量（其中包括寻找以前的解决方案，因为很多工作是重复性的）
• 与相关角色交流解决问题的提案，决定一个可行的方案
• 执行，把想法变成实际中能工作的代码，同时验证方案的可行性和其他特性（例如程序的效能等）
• 和团队的其他角色合作，在测试环境中测试实现方案，修复缺陷（Bug）。如果此方案有严重的问题，那么就考虑其他方案
• 在解决方案发布出去之后，对结果负责

初级软件工程师的成长：

1. 积累软件开发相关的智商，提升技术技能（如对具体技术的掌握，动手能力）。
2. 积累问题领域的知识和经验

     第一点和第二点在很多简历上都可以看到，也可以比较容易地检测出来。随着经验的增长，一个工程师可以掌握更广泛、更深入的技术和问题领域的知识。

     3.  对通用的软件设计思想和软件工程思想的理解。

     4.  提升职业技能（区别于技术技能）

     5.  实际成果

          绝大部分软件工程师的工作成果都是可以公开的，你参与的产品用户评价如何？市场占有率如何？对用户有多大价值？你在其中起了什么作用？行胜于言，这些实际的工作成果，是最重要的评价             标准。

软件开发的工作量和质量如何衡量。PSP认为有4个因素：

a.项目/任务有多大？

   说明项目的大小，一般用代码行数（Line Of Code，LOC）来表示；也可以用功能点（Function Point）来表示

b.花了多少时间？

   可以用小时、天、月、年来表示。一组人所花费的时间可以用（人数X时间）来表示

c.质量如何?

   交付的代码中有多少缺陷？交付有两个定义：

•    在代码完成时，交付给测试人员
• 在软件最终发布时，交付给顾客

   可以用缺陷的数量来除以项目的大小。

d.是否按时交付？

   软件/任务是否按时交付？在团队工作中，稳定、一致的交付时间是衡量一个员工能力的重要方面。软件项目的确需要创造性，需要一些意外，一些惊喜。但是，更多的是常规的、可重复的任务。

TSP（Team Software Process）对团队成员也有要求：

1. 交流：能有效地和其他队员交流，从大的技术方向，到看似微笑的问题。
2. 说到做到：按时交付
3. 接受团队赋予的角色并按角色要求工作：团队要完成任务，有很多事情要做，是否能接受不同的任务并高质量完成？
4. 全力投入团队的活动：就像一些评审会议，代码复审，都要全力以赴地参加，而不能游离于团队之外
5. 按照团队流程的要求工作：团队有自己的流程，个人的能力即使很强，也要按照团队制定的流程工作，而不要认为自己不受流程约束
6. 准备：在开会讨论之前，开始一个新功能之前，一个新项目之前，都要做好准备工作
7. 理性地工作：软件开发有很多个人的、感情驱动的因素，但是应该成熟的团队成员必须从事实和数据出发，按照流程，理性地工作

第三章 软件工程师的成长