产品负责人要客串需求分析人员，怎么办？
不知道放到哪个模块里面合适，所以放在这里，就当大家茶余饭后的谈资吧，大家尽情拍砖。
先说一下我们公司的概况：
1、市场部经理、技术部经理（我）都是公司股东。
2、市场部经理李某是一个做事非常严谨的人，对技术不了解对业务比较精通。属于那种偏执狂类型的，几乎事事要求尽善尽美。
年初计划会上，李提出今年产品研发必须完全按他的要求来做，否则他的销售业绩就会受到严重影响。作为技术部经理我同意了，觉得这个也无可厚非，毕竟产品是他拿出去销售。
今年我们开始使用Scrum。我将李作为产品负责人（PO），他负责提需求我们来满足。他又要求参与需求分析，因为他认为他对于业务的了解是最熟悉的，这个我也同意了。
项目开始后，他的想法是创造一部无限强大的系统，整个产品的细微末节的任何地方他都参与，包括系统整个业务体系的构建：例如系统中的部门、员工、岗位这些对象之间的关系，他都要求按他的结构去处理。
现在，系统中的一个部门员工管理的界面都相当强大，左边的部门树，中间的员工列表，右侧的员工查询面板，里面可以按各种条件查询，还能够支持在简单模式和复杂模式之间切换，简直强大到无以复加。我们现在团队有7个人，平均工资在4500，应该说是力量比较强大的了。光做这个部门、岗位员工的管理这个功能，就花了6个Sprint（每个Sprint为期2周，所以一共是3个月）。
我现在认为这块功能已经做到过于复杂，以后有任何一点问题，甚至没有人愿意去修改。但是我们的产品研发又必须按照市场部的要求去完成。所以我很担心以后项目复杂带来的Bug增加会让人崩溃。
这种局面到底会不会出问题？我应该怎么办？大家能否给我出点主意？
[解决办法]
你再做其他模块的时候，就会发现都和这个模块非常相似，所以解决好一个模块，也就几乎解决了所有模块。一个人的思想不可能太复杂，不可能有太多框架，通常都是几个框架反复用，每次只不过是填进去不同的概念，看起来好像不一样而已。
[解决办法]
帮顶，但是不太喜欢看小说
个人的一点理解，不管多大多复杂的系统，只要对其有一个良好的定位（这一点很重要）
再加上架构师的经验和智慧（主要是子系统分解），是没有问题的
