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