一封邮件说某子系统过几天要接受电视台采访，因目前问题还较多且用户需求可能会不断地变化，申请研发驻场开发。
为产品保驾护航是我们开发的责任，进场保障也是责无旁贷，收到邮件后，本人也没及时响应安排人员，到下午项目经理电话后，才决定安排人员进场保障，由于研发资源比较紧张，跟项目经理也沟通清楚，尽可能保证人在现场的高效，该用户确认呢要做在前面。
这件事情，给我的反思是，一个已经进入实施投产的子系统，为啥在实施阶段会有这么多用户需求是我们软件不具备的，如果是问题我们也认了。但是是需求，需要溯源，后来了解到，其实这是缺少了用户需求调研环节，这个子系统是在基于另外一个用户的需求上研发而得来的。
软件工程的思想，每个人内心都很清楚，但实际去执行时，鉴于时间精力有限，又有多少人会去认真用心的对待任何一个环节，结果可能就会出现今天这种紧急救火现象，造英雄的机会。
这种救火现象，其实对产品的口碑并不好，在面向用户时就比较被动，而且通过赶工方式出来的产品质量并未经过严格的质检，结果可想而知。这种救火现象，不提倡，不鼓励。
软件工程思想，是很多成功项目，失败项目凝结而成的思想，在做产品时要遵守普遍规律，尤其是关键环节不可少，该花时间就花时间，该投入就投入，确保每个环节做的事情是正确的，唯有这样才能减少后期的产品变更。
网友评论