这一整周的时间都花在准备系统的测试和演示上了。演示的系统是一套做了5年的B/S结构多人交互系统,其由我们负责维护并改进,在改进过程修复了很多的bug。但系统中仍隐藏着较多的bug,且改进过程中也引入了较多bug。演示耗时耗力十分不顺利,极为考验人的耐力。现在演示告一段落,再回想一下,发现过程中其实暴露了很多问题,也体现了以前在书本或网络上看到的很多通用原则:
1. 前期规范化准备很重要,通过文档对演示过程进行约定,确保所有参与的人员按文档约定执行十分重要;
2. 制定应急预案,且在突发问题出现时能冷静下来是保证演示能进行下去的关键。在BOSS催促下,依然能处乱不惊是一种气魄;
3. 想太多,不如动手一做。有时候很容易步入过度设想各种情况的怪圈,这极为影响心情。避免消极情绪的产生最好的办法想好框架后就着手去做,做能给人带来充实感;
4. 系统可能因为种种问题,多次演示均失败。需要保持耐心,且能给其他人员正面的暗示。我平时表现得太多情绪化和消极;
5. 好的程序员不能成为好的产品人员的一个重要原因是程序员对开发的程序每个细节都了如指掌,其无法从容地掩盖系统的缺陷,也无法像产品人员那样淡定地忽悠;
....
暂时想到的就这些了,很虚的东西。