标签：
今天设计一个预算控制的流程，并设计数据模型，进行数据试算。
初稿完成之后，我邀产品经理zhangll和wangxuedong、小组里的技术人员一起评审。评审完之后，两位产品经理对我的设计比较赞同，说，和你合作我们很放心。我说，跟我合作，你们会很累，我也累。一段聊天后，产品经理问，现在咱们在做的这个项目还有哪些不明确（包括需求方面）的事项？ 接着就说说下面的聊天内容吧。
首先，公司的项目由产品经理充当项目经理，至少，这个是在一次小众会议上，产品部老大说的。那么问题来了，既然你产品经理是项目经理，怎么反倒问我现在还有哪些需求不明确的呢？
其次，我解释一下我说的累，其实呢，我在技术部门是一个普通一线程序员，高级程序员，现在我的老大让我负责一些项目的开发。说到底，我还是开发。 问题又来了，我之前的工作经历设计到项目管理的工作。 在这么多年的工作过程中， 自认为有一些开发和项目和管理的一些经验，而且呢，还有一个臭毛病，喜欢按部就班，喜欢用正规的项目管理流程和软件开发流程来推进工作的进展， 说的好听一些，就是工作比较认真严谨。所以呢，现在产品和技术是两个团队，公司是一个快速成长的企业，产品经理往往每天会接到各种需求，有时候也要陪着销售去拜访客户，了解需求。基于这种情况，他们设计的需求，一般是给一个PRD和原型，缺少相关的流程说明，有些边边角角的细节往往遗漏， 交到开发手里呢，这么多的零碎的需求，开发也乱。缺乏必要的设计，几乎无设计评审，接到需求就开始开发，毕竟开发是实现需求的，那么，在开发逻辑实现时，遇到的需求或逻辑问题，就跑去向产品经理提出来。产品经理再思考设计给方案。 可以用“乱”来形容，而我呢，可以说，看不惯这样的工作氛围。当然，我从来不喜欢指责别人的工作，毕竟站在他们的角度考虑，他们也有他们的原因，比如时间问题、比如客户要求、比如个人能力问题，等等。
比如，我接的这个项目， 产品经理照例给了PRD和原型，现在我们在进行开发。 但是，太多的细节，他们没来得及考虑，不客气一点，是没考虑。往往是我跑去向他们发问。我多次向他们建议全面考虑一下需求，以免程序员开发时不知道怎么实现，或者误解，导致返工。 当然，我只是一个普通员工，自然是建议而已。 比如文章开头提到的预算控制的数据模型， 产品经理就只说做好预算控制， 我晕，毫无疑问，这样的产品在上线后肯定是bug百出。 评审时，从他们的表情来看，他们并没有想到这个模型。只不过我把命题抛出来，大家在brain storming，使之更完善。
zhangll说，你这个设计和想法不错，咱们是不是可以申请一个项目奖，这个肯定属于你。 还有，你的一些想法， 其实可以跟你的老大反映一下，我觉得挺好。
我说，我是想变革的，不过，变革，是要付出代价的。我只是一名普通员工，你懂的。 昨天部门有一个支付平台的设计评审，是我一个做java开发的程序员设计的，我认同他的在性能方面一个考虑，但对他的设计方案，坦白说，比较反对。当时的会上我也表明了我的态度。 现在想来，我真有点个不食人间烟火。我又没有被明确授权去评审好与坏。
标签：
原文地址：http://www.cnblogs.com/buguge/p/4518079.html
