在书中提及的团队开发和敏捷开发差不多这几章的时候，老师给我们安排了结组开发的团队任务，在一个冲刺的周期内，各个队员之间相互协作完成一款软件，我们在这过程中开了大大小小的站立会议10次左右，还有一次事后的诸葛亮会议。通过了这些大大小小的讨论会议对这个项目的进程进行了探讨后，虽然各组人员应该还是有点不太统一意见，但是最终也差不多都能往一个方向走。在目标统一了之后，过程只剩下了各组任务的分配，过程虽然累，但是也差不多能够赶在冲刺周期结束前一天完成任务。
在开发完任务之后的展示过程中，因为没有用户的评价，导致这款软件一度在bug和界面难看的边缘上徘徊了很长的一段时间。书中提及了始终记住用户的选择还有在时时刻刻要考虑用户的需要这两点，在团队的冲刺周期中我们想当然地以为用户会喜欢这样的东西，又会怎么样的使用这些，却没去想用户所处的环境和在编程中的我们不一样的场景，这些都是我们值得反思的问题。在之后通过了一些用户地反馈了之后，我们对我们之前的一些功能里面的bug，一些不方便用户操作的设置进行了更改，同时根据老师给我们提供的建议对软件中的一些页面进行了调整。页面的美化虽然也不是太好但是也算是能够像一个普通的软件了。
所以在读到这里之后大概我觉得我们应该对事物的不能想当然地认为应该是怎么样的，软件的设计过程应该是用户来设计的，我们是根据用户的需求，加上我们自己的考虑，那是一种真正的为用户所处的环境考虑的态度，我们应该把自己当成用户，去使用自己的那款产品，这就回到了我原来对构建之法的第一篇阅读笔记中的体会，虽然设身处地地把自己当成用户的这个过程会比较累，开发的时间会比较长，但是在开发之后的这个过程，我相信在付出了之后一定能够收获到用户对我们的赞同的。
构建之法阅读笔记03
转载于:https://www.cnblogs.com/halone/p/11048185.html
