“我们听过了许多道理，却依然过不好一生”
道理分为两种“旗帜型”、“雷池型”
旗帜型：列举正面行为的道理，例如大多方法论和成功学，他们给出的往往是条件或过程，听的多了容易将其与结果产生必然的因果联系。但是不同的方法论适用于不同的场景，共性的方法论又很粗糙难以实践，最后学习完倍感充实，回头仔细想却怅然若失。
雷池型：逆向行为总结，枚举不要做得行为，即容易导致坏结果或产生消极影响的行为。虽然不是立竿见影的大力丸，确实有效防止腐坏的预防剂。
搞垮一个产品
做多不做少：反MVP，功能尽可能多，多才全面，所有需求都是孩子，不抛弃不放弃，越复杂越好。
我思故我在：一定要以自己的意志为标准，其余一切都是浮云，忽略集体智慧。
需求变变变：随意的临时取消、临时增加、变为之前的状态，使产品久久不能交付，让他胎死腹中。
功能抄抄抄：毫无业务逻辑，胡乱拼凑，他有我也要有。
搞垮一个团队
黑锅大赠送：出事第一时间撇清关系，实现不了开发背锅，bug不修改开发背锅，不能按时交付开发背锅，产品不稳定测试背锅，业绩不景气运营背锅。
老板大于天：凡是领导说的，都要不假思索的落地，不用考虑团队是否承担的住。
同学快干活：只关心同事目标结果，不在乎个人成长。开发人员你写好代码就可以了，其他的事情都是浪费时间。
华丽传话筒：老板说要做就有他的道理，不用搞清楚北京，不用同步目标，需求讲清楚了就可以让大家立刻干活了。
搞垮一个公司
管理我最爱：要做一下周边同事和领导的评价表格，还可以让大家每周都有新表格，每天都有新感觉。过度管理我最爱。
醉情KPI：规定开发每天一定要写X行代码，测试一定要测试出X个bug...技术团队的KPI容易让大家陷入应付式的满足。
画饼高高手：向老板介绍某技术的未来前景与规划，给公司带来价值，以及团队的应对方法时，每个季度换一种介绍方式和内容，但每一种都能够持续落地与执行。
外来和尚好：抛开行业属性做产品，一味追求跨行业的成功模式，你是大佬你都对，我抄你的我看行。
三省吾身，上述所列，小心之下也会偶尔犯之，警钟长鸣，有则改之，无则加勉。
网友评论