2007-12-24
产品-技术流程
【阅世书生原创·转载请注明出处】
在小公司的好处就是能学到各种东西。比如除了产品策划之外，必须学会测试。一个人打两份工，虽然只拿了一份的钱。
一个上午都在测试。在可以预见的将近一周时间里，都将进行这样的测试。每个页面，每个细节，每个功能点，甚至每个数据，每个对齐，每个颜色，每个字体样式，每个浏览器兼容，每个CSS效果……
我知道百度有专门的HTML代码实现员，有专门的测试部门，我们都没有。于是我们的UI设计师要负责代码开发，我们要顺便负责测试。周四上线的东西，只有4天时间测试+修订。其中测试还包括白盒黑盒，甚至还有公司范围的内测，怎么来得及？我们4个人一个上午就列出来100来个问题……
中午吃饭的时候，琢磨一下，发现还是流程的问题。这是第一次在产品和技术直接加上HTML实现这个环节，磨合上肯定存在问题。比如，究竟代码是对产品部负责还是对技术部负责？究竟我们提交技术的应该是代码还是PS？技术的工作量究竟如何界定？实现员的工作又如何界定？而实现员在写代码的风格上，CSS的运用上，浏览器的兼容上，本身就与技术需要一定时间的熟悉和磨合，所有这些不熟悉，自然造成了这次测试环节的混乱。
是不是应该这样：
- 产品策划完成后，提交技术评审，此时产品方面暂时Close;
- 评审完成后，产品和技术各自准备文档，技术评估工作量，产品提交进度，同时实现员开始写代码;
- 写代码的过程，技术有限地参与，协助调整CSS等;
- 代码完成后，交付产品部进行初步UI测试，通过之后将产品文档和代码一起交给技术开发;
- 此时产品和技术协调确定交付测试的时间;
- 最后的上线时间则由产品部在功能测试的过程中再最后确定。
上线之后要好好写一份report。
