【生活杂谈】发发牢骚

好几天没折腾博客、关注互联网资讯了，最近在外地出差，无聊烦闷透顶，郁闷。为一个烂尾项目，不明清白，独自被拉到总部做产品支撑。公司订的酒店房间居然连门窗没有，透个气都难，床，被子，生活用品就更不在话下了。接口人一副懒散态度，丝毫不在意，毫无压力。在这种环境下，如何安心工作。

此次出差名义上为支撑，实为填坑。项目初期甲方对项目规划并没有清晰的规划，需求范围也不明确，全由乙方规划引导，任由发挥。可惜的是，乙方并没有成型的产品，也没类似项目经验。作为产品人员的我们，一开始就是摸着石头过河，瞎子点灯，规划出产品功能，设计好原型，向甲方确认好，写好产品文档，交付开发。然而，开发却把需求改的乱七八糟，开发版本千呼万唤始出来，却离原型相差十万百千里，bug堆积而山，足够填满太平洋，测试了2个月，才勉强交付一版给甲方演示。甲方一看，脸都绿了，搞了几个月，却搞出个这么个的东东，甲方很生气，后果很严重，甚至到了要终止合同的地步。于是各大领导们，纷纷出谋划策，最后得出个系统要重新设计的结论。这不，被拉到总部来产品支撑了。支撑归支撑，一不留神，很可能就是背黑锅的人，这就是坑。

项目搞到这个地步，其实各方都有责任。甲方并没有明确的项目规划和需求范围，甲方项目经理对此项目并不上心，对我们能否开发此项目并没抱有足够的信心和希望，甲方领导的关注不高，来自于甲方领导的压力不大，由此导致甲方项目经理对此项目管理松散，监督缺位，甲方对此项目投资不多，由此导致乙方压缩成本，缩减人手。乙方产品工作不到位，由于公司并没有类似的项目经验，产品人员对产品功能并没有清晰的全景，功能结构如何，流程如何，想的并不清楚，人员之间缺乏沟通，缺少头脑风暴，原型设计、产品文档粗糙，导致开发人员理解需求不到位。项目到这种地步，乙方项目经理首当其冲，自然脱不了责任，作为乙方的项目经理，项目把控，沟通协调，人员调度，任务把关，是必须的。在沟通协调上，项目经理并没有把整个团队凝成一团，团队松散，成员责任心不够，项目经理和产品、开发之间沟通不顺畅，产品和开发之间沟通也不顺畅，开发依靠自己理解开发需求。在项目把控上，版本足足迟了1个月才交付给局方演示，使局方一步一步丧失了信心。在任务把关上，对于产品人员的交付物没有足够的把关，对开发人员开发出来的功能没有把关，对交付给甲方演示的版本没有把关。由于公司没有这方面技术积累，开发人员能否实现需求并没底，开发人员理解需求不到位，开发出的功能与需求存在较大的误差，并存在大量的bug。

项目的真是境况就是这样，已经到了相互推卸责任的地步。接下来往何处走，各方领导并没有给出明确的答案，甲方、乙方似乎在比谁的耐性更强，看谁的信心丧失得更快。作为一个产品执行者，寄人篱下，既来之则安之，即使是坑，也只能往里面跳了。