声明：该栏目的核心内容均来自莫老师的Ask Mo，侵删。大家有兴趣可以关注莫老师的公众号“创新实干派”。我个人觉得这个公众号里面的内容相当号，因此希望在记录的同时也让自己能够学习到关于产品的一些核心理念，同时希望通过这些文章的方式让更多人从中受益；
这里给大家推荐一个丛林法则，也就是营造一个公平的环境，让产品在公司内部相互竞争，竞争成功的产品，他会获得公司的优质资源。
这样做虽然对于一些产品来说会显得不近人情，但是能促进整个公司的良性发展；
分两条线做，那么在实施的时候需要解决两条线冲突的问题；·
分三种情况，第一种情况是，你的产品已经运行一段时间了，你想通过用户反馈获取用户痛点，可以多建立几个渠道，比如通过qq，微信，论坛，应用内反馈等。通过这些渠道获取到用户痛点，形成需求；
如果你的产品刚刚到了产品衰退的生命周期，通过产品的创新可以延长产品的生命周期，产品的创新包括产品的运营创新和产品本身的创新；
如果你的产品已经处于衰退区的末期，可以通过产品导流，将这个产品的渠道导入到新产品中去；
敏捷提倡的是相对固定的团队，团队的成员低于20%是兼任的。那么实在需要怎么办？如果是开发人员我不建议这么干，开发尽量不要接任2个以上的项目，遇到这种情况应该和上面沟通。如果是测试的调配，需要约定一个明确的日期。UI的同学就能够调配；
这个问题理所应当是项目经理负责，或者是项目中有该角色属性的人负责；
敏捷提倡的是纵向的，横向是没有办法进行考核的。在实际工作中，我们通常对每一个部门设置一个比较强的考核比例，leader自己去提交，送到上面去再进行微调；要充分相信leader对于考核结果是相对客观的，否则就是选错leader了。
敏捷方法提倡的是面对面沟通，我建议让运营同学参加产品迭代计划会议及每日站会，迭代演示和迭代回顾会议，在会议上与团队成员充分达成一致；
这里我给大家推荐两个方法：迭代演示和迭代回顾；迭代演示是对我们产出的结果进行一个检验,检查是否完成迭代计划中的迭代目标。敏捷回顾会议，是对我们的过程进行回顾。
那这两者是怎么提高士气的呢？如果你一个迭代能够很直观的看到产出，你的产出是好是坏，大家一眼就能分辨出来。这样每个迭代都会有一个阶段性的成功，大家看到了成果士气就会很高。迭代回顾，我们通过对过程进行回顾，可以知道我们在这个过程中有哪些做的好，哪些做得不好。做的好的地方我们在下个迭代继续保持，做的不好的地方，我们可以看到下一个迭代到来的时候可以做哪一些改进，到现在是不是改进了这些问题了。
这样的话，我们会发现整个团队在不断的向上，在不断的解决问题。问题在一个个被消除，那么我们的士气就会提高。
淘汰机制怎么做？leader对员工的绩效负责，自然也就对淘汰机制负责。我们要充分相信leader在这个方面会有自己的判断力，因为淘汰一个人对leader来说需要做非常谨慎的选择。