增长黑客基本理论和观点:
分析数据-合理假设-快速验证-得到结论，该理论用于软件产品开发来讲，就是快速迭代优化，小范围试错，A/B验证等。但增长黑客也依赖于大量的数据分析和对用户的敏感度，而非盲目试错。
但黑客增长的理论方法能否应用于非销售部门，非互联网产品运营部门呢，比如技术部。近期，结合技术部门存在的问题，应用黑客增长基本理论得到以下几点:
1.针对线上异常问题较多，首先，由实施牵头，准确定位问题原因，并进行分析，找出问题来源比较多的岗位；其次，由问题来源多的岗位负责人分析具体的原因，并做合理的方案假设，比如，可能由于产品需求变更较多导致线上异常多，那么，就需要制定控制需求变更的方案；再次，针对根据假设得到的方案，要进行效果跟进和对比，确认方案是否产生效果；最后，根据效果评估方案是否终止以及继续执行，如果线上异常有所降低，那么，可以再重复第一步到第四步的流程，直到问题解决。
2.针对项目组内部产品、开发、测试岗位目标不统一，导致沟通协调困难，遇问题推诿，解决问题积极性不高等问题。经过产品组内部讨论，该问题可能的原因在于项目组内部没有就项目目标及时宣导，项目经理没有把项目组成员更好地凝聚起来，带动每个人的主观能动性。那么，可以采取的举措有:明确项目目标，调整项目成员座位，核心成员沟通会，团队建设等，然后验证这些措施是否有效，再决定是否继续沿用或者改变策略。
3.增长小组的做法其实也适合技术部和业务部来评定优先级，由技术和业务负责人对核心指标进行定义，而后续的优先级则以对核心指标的贡献程度划分，平衡业务和技术间对优先级定义的矛盾。
4.需求上线后异常较多的另一个合理假设为产品没有时间做上线准备，按现有流程，由pmo发起需求上线，产品经理只是预发布环境简单看下，既没有真正评估上线风险，也没有完成操作手册，对上线把控太弱。建议安排上线前产品验收的时间，并制定验收标准。
以上提到的解决方案其实也是黑客增长中提到的第一步，方案假设，具体能否见成效，还在于后续的快速落地，持续优化，最终固化比较合理和可靠的流程，依靠流程来管理团队，管理任务。
