我们都知道管理上眼镜蛇效应：印度有一个地区，眼睛蛇泛滥，当地发布悬赏，杀一条蛇奖100元。蛇会越来越少吗？不，只会越来越多。刚开始人们纷纷都去杀蛇，眼睛蛇的数量急剧下降，后来人们意识到，如果蛇被杀光了，那么将不再有奖赏，于是，他们由杀蛇转为偷偷养蛇，大批量繁育以换取更多的奖赏，导致蛇的数量再次暴涨。激励导致了相反的效果。
    技术人员的职责可以分为三块，功能的开发，bug修复，系统的维护。这三个工作内容中，显然bug修复是不适合正向激励的，容易导致眼镜蛇效应一样的效果。系统的维护中，除了白天正常工作时间的系统维护，大量的是夜间的系统应急维护。夜间18点到23点是系统访问的高峰期，0点以后是数据备份的时间，高峰期这段时间的系统故障直接影响大批用户的体验，是必须要解决的。这种情况员工处理以后应该补偿吗，恐怕也会眼镜蛇效应。
    功能的开发这一块，如果不进行激励，容易导致开发进度缓慢，但如果又好又快的完成功能的开发后进行奖励的话，容易导致程序员没有动力使用新技术，技术落后，项目结构不合理，拓展性差等问题。只要完成功能了就有奖励，还有什么动力费劲心思研究和使用新技术呢，考虑拓展性和耦合性呢。
    除了激励惩罚制度，技术人员适合考勤管理吗？如果不进行考勤约束，容易导致散慢。如果实行考勤制度，站员工的角度想想，“既然迟到早退要扣钱，那晚上的系统问题我为什么要修复呢”，容易导致下班时间的应急问题处理出现抵触情绪。如果对下班时间的应急处理进行一定补偿，不同于内容岗位的应急情况容易识别评估，技术上应急问题的严重性，修复的难度，耗用时间，涉及到客观难度和主观水平，都是不好把握的因素，同时也容易导致眼镜蛇效应。
    那么技术人员应该怎么管理呢，这种涉及到客观因素和主观水平的管理模型应该如何分析和寻找最优解呢，头部公司给我们提供了哪些借鉴，敬请关注耳尖小报下一期。