这周末被安排了评教任务，需要到二级学院进行数据采集。因为我们也是第一次接触这系统，所以第一天先是进行培训，第二天开始跟老师们进行沟通，但是过程并不是很顺心。
1.用户抱怨了？
评教系统的数据由教师录入。所以对于教师来说，他们的工作量很大。而这两天再与他们沟通的时候，听到的最多的也就是他们的抱怨，如下：
问题一：教师排课、上课班、学生授课。这三者必须得按先是给老师排课，其次是给课安排上课班，最后是学生授课这一个顺序。开发人员关注的是功能的控制和实现，但是用户关注的是使用的功能。所以对于教师来说，如果不给出提示，他们并不知道这个顺序。
问题二：对于用户来说，能少做一步是一步。我们应该要遵守能让软件干的坚决不让用户干的原则。例如下面的学期可以自动显示，学分、学时也完全可由搜索的课程自动显示出来。
问题三：学生授课管理是往虚拟班塞学生。这些学生可能来自一个班级，可能来自多个班级。但是添加班级学生的时候，只能一次选择一个班的学生。同样的虚拟班，如果需要再添加多个班级的学生话，还需要重新返回最原始的状态进行选择。应该避免过多重复的工作！
问题四：首先，课程名称并不是按当前学院显示，显示的是整个学校的课程。而且设计下拉框，也不合理。对于老师来说，如果课程很多的话，更喜欢模糊查询。 其次，该页面是按学生显示，但是一个学院好几千学生。而对于教师来说，他更多的是关注我这班级有没有添加进去，而不是关注具体的某个学生。了解用户真正所需的数据！
所以，当教学秘书在录入数据的时候，就会抱怨：“这个软件怎么那么难用，那么麻烦”。身为开发人员，千万不要去内心里咒骂：“你行不行啊，就那么点操作，你都不会”。事实上软件开发上的很多思路都是与用户交流之后才出现的。可以说用户是软件开发人员最好的老师。用户们抱怨，说明我们这个软件还有很大的提升空间。
2.如何站在用户的角度考虑？
开发人员和用户个人感觉并没有多大的界限分明。但是往往开发人员习惯性的会从系统功能和性能方面去考虑。而用户想要的是容易使用的功能。但是，开发者和用户本质上都是人，所以开发者也能真正的从用户的角度去思考问题。例如，对同样的操作，如何设计才不会感觉到繁琐。
3.什么样的软件才能得到用户的青睐？
在跟老师沟通的时候，她说了这么一句话：“现在相机都是傻瓜式相机，你们开发出来的软件还这么复杂，让人们怎么使用，一点都不实际”。身为开发者，在设计软件的时候，应该把客户的水平当成猪的水平，这样设计出来的软件连猪都会使，客户用起来也舒心。
小插曲：【一鼓作气】
十年春，齐师伐我。公将战。曹刿请见。其乡人曰：“肉食者谋之，又何间焉？”刿曰：“肉食者鄙，未能远谋。”乃入见。问：“何以战？”公曰：“衣食所安，弗敢专也，必以分人。”对曰：“小惠未徧，民弗从也。”公曰：“牺牲玉帛，弗敢加也，必以信。”对曰：“小信未孚，神弗福也。”公曰：“小大之狱，虽不能察，必以情。”对曰：“忠之属也。可以一战。战则请从。”
公与之乘。战于长勺。公将鼓之。刿曰：“未可。”齐人三鼓。刿曰：“可矣。”齐师败绩。公将驰之。刿曰：“未可。”下视其辙，登轼而望之，曰：“可矣。”遂逐齐师。
既克，公问其故。对曰：“夫战，勇气也。一鼓作气，再而衰，三而竭。彼竭我盈，故克之，夫大国，难测也，惧有伏焉。吾视其辙乱，望其旗靡，故逐之。”
曹刿是一名不经名传的军事家，却能给人们留下“一鼓作气”这一句名言。但是我们是怎么做的呢？在接到负责人一条评教改到下周的短信之后，就开始变得不紧不慢了。士气一下子就衰弱了。就像老师说的，给我们多少时间我们就能拖拉到多少时间。给我们一周的时间，我们肯定一周里都在捣鼓这件事。我们总是把重要不紧急的事情拖到既重要又紧急的事。如果我们连曹刿这么小的军事家思想都学不到，怎么去学习那些大军事家。我们要做的应该是统筹全局。