我一直相信“软件质量是软件的生命”,每个程序员都应该以软件质量高标准来要求自己,然而在项目E中的经历却让我看到并不是每个人都是这么想的,甚至不去揣摩所在项目需要的软件质量标准。虽然说软件过程中质量、范围、成本、时间是息息相关的,要求过高的软件质量会导致成本的增加和项目周期的延迟,正是应为这样我们需要去揣摩该项目所需要达到的软件质量标准到底是什么样的程度。
UI的教训经历不少,做项目ER的时候,由于UI的问题项目组曾被列为反面典型,同事G还因此讲了几堂教训介绍课。在我看来,多数的开发人员对UI并不敏感,注重的是后台逻辑业务逻辑的正确性和质量。但无论对于UI还是后台都是和软件质量息息相关的东西,而且客户直接面对的是UI,对UI和界面操作体验更是深有感触,所以提高软件质量的捷径还是UI这个突破口。
在项目E的成员中有的认为自己缺乏美术细胞,有的认为没有必要做的这么仔细,其实这些都是经验和经历使然,没有尝过重重摔倒的滋味是不会有所忌讳的,而曾经的我们也不会允许再犯同样的错误。所以每次看到UI的问题,我们都会拿出相关的案例进行讲解,站在客户的角度使用你是怎么看待的,UI不应该是美工的专利,你也可以做得更好,借此让项目组成员了解项目的质量要求,提高质量标准意识。