碳酸饮料会17期 分享人：无酬

1. 项目开发伦理 分享人：无酬

2. 沟通场景 （运营）：“我觉得这个秒表的图形应该用圆形而不是方形” 运营在说视觉设计师的话 （产品经理）“这个功能我知道有用，但我担心交互上太复杂用户理解不了。” 产品经理在说交互设计师的话 超群：我要用新窗口的方式代替现在的弹出层方式，已经和产品经理达成一致了。 （开发工程师）：“我不接受！…………” 开发在说老板的话

3. 角色界限的模糊，导致了必然的冲突和混乱。最终这种混乱会反映到产品上。 建立在怎样的基础上，才能保证沟通不被异化。

4. 伦理是什么？ “三纲”即“君为臣纲” “父为子纲”“夫为妻纲”； “五常”是指“仁、义、礼、智、信”。

5. 伦理在一定程度上起到了调节社会成员之间相互关系的规则的作用， 类似于约定俗成的交通秩序，引申为人在社会上为人处世的规则。 它试图从理论层面建构一种指导行为的法则体系，即“我们应该怎样处理此类处境”，“我们为什么/依据什么这样处理”。 并且对其进行严格的评判。

6. 伦理之一尊重彼此的角色定位和职业分工

7. 案例 在限时打折项目中，设计师对产品经理的产品方向提出质疑认为功能设计不合理，并通过用户调研手段发掘出了真正的用户需求。用户调研结果产出时已进入开发阶段。产品经理对调查结果表示认同，但产品最终并没有体现这些需求。

8. “坚持到底” 还是 “点到即止”

9. 坚持到底： 好处：产品在我们的坚持下，虽然付出了一定的变更成本，但最终做出了有利于用户的改动。 坏处：一旦我们为了满足某些用户需求质疑产品经理在产品方向上的决策权，就会破坏尊重职业分工的伦理，在这种伦理被破坏的情况下每个项目成员的决策就都有可能受到其他项目组成员的反复质疑。系统的整体执行效率必然大打折扣。产品经理在本项目中的失误没有暴露出来，因此系统无法识别自身的薄弱环节，因此为下一个产品埋下了隐患。

10. 点到即止： 如果我们尊重产品经理的最终决策权（虽然不一定信服），虽然这个产品不能满足一部分用户需求。但是尊重伦理保证了系统的执行效率。单个产品的成败，和系统的整体强健高效相比显得微不足道。 允许质疑，但不能超越伦理

11. 尊重伦理的这种“容错”特性会不会纵容系统产出低质量产品？ 产品经理的能力问题仍然要靠产品经理所属的组织系统去解决，进化或淘汰的力量均源于产品经理自身的组织。其它角色出于专业的局限性，无法对该角色进行有效的教育和促进。并且职责分明的情况下，产品一旦出现问题，系统也能迅速识别薄弱环节进行调整。

12. 尊重伦理在团队中如何形成？

13. 要求角色有能力证明自身决策的权威性和正确性。 对与设计师来说，就是自己的每一个设计决策都要禁得起质疑。 当面对属于自己职责范畴内的问题时要坚守底线。积累应对质疑的能力。 最理想的情况是设计团队的大多数成员都具有这种能力，那整个部门都将收到足够的尊重。

14. 2.依靠所有成员对尊重伦理的认同。 利他利己原则，红灯的时候让别人先走。是为了自己在绿灯的时候不会受阻。 通过案例教育使成员认识到尊重原则的重要性，尊重别人是为了让自己的决策更受尊重。 这一点需要自上而下的推动

15. 尊重伦理的基础 首先要明确角色间的界限确定决策优先权。 角色之间存在职责模糊的地带，就需要遵循能力尊重原则 如：李逸:“这个功能我知道有用，但我担心交互上太复杂用户理解不了。”

16. 何时突破尊重伦理