《构建之法》读后感第三篇

 

书中第八章写到常用的用户调研方法:

 

1 焦点小组：找到目标用户代表以及项目的利益相关者进行讨论。讨论中会遇到许多问题，要求会议组织者有组织能力，让不同觉得发表意见并进行总结。

 

2 深入面谈：通常采用一对一方法观察用户行为，费时费力，且效果取决于主持面谈的团队成员的能力。

 

3 卡片分类：不同角色从不同角度表达了不同的想法，在收集这类反馈时可以利用卡片分类的方法，同一对软件需求的认识，量化各种特性，更好进行下一步的工作。

 

4 用户调查问卷：向用户提供事先准备好的问题，让用户回答。

 

5 用户日志研究：要求用户记录自己日常工作或生活中所用软件相关的行为，供软件团队分析。

 

6 人类学调查：走进真实世界，和目标用户“同吃同住同劳动”，以用户视角体会用户需求。

 

7 眼动跟踪研究：怎样让用户容易找到设计人员想让他们看到的信息，找到自己想用的功能？

 

8 快速原型调研：从初始模型开始，让用户使用并得到反馈（用户参与式设计）。

 

读完构建之法后，简单了解了软件工程师的就业，和考证，第三章系统讲解了软件工程师的成长之路，引用P59页的图表，SDE初级软件开发工程师（入门。在学校里学到了些技能，尚未在实践中得到充分锻炼）---SDEⅡ中级软件开发工程师（独立。可以写别人交给你的任何东西，不明白时知道去问谁）---Senior SDE高级软件开发工程师（小组领导。影响着3-12名工程师，或者是他们的行政领导；或者是他们的技术带头人）---Principal SDE首席软件开发工程师（团队领导。影响着10人以上的大团队，成为影响团队成败的关键人物）。

通读完整本书之后，要成为一个善于交流，说到做到，接受团队赋予的角色，全力投入团队，融入团队的软件工程师。我认为，一个优秀的软件工程师，不管代码写的好与坏，首先要是一个善于交流，懂的合作的人，善于同团队交流，才有利于共同解决问题，才有利于代码复审等后期工作的展开，我相信，当软件公司在招聘人才时，首先会注重他的交流与表达，能否融入这个团队，其次才是写代码的能力。我希望自己在以后的学习过程中，要多与人交流，不能是自己独自一人闭门造车。