前段时间，程序员在“GitHub发起抗议互联网公司实行996工作制”的事件闹得沸沸扬扬。事件发生时，小编偷偷问了一下隔壁的程序员小哥哥他们知不知道这个事情，结果他们竟然都知道！！！
然后，我问了一下他们对996的看法，程序员小哥哥说：这个问题其实挺难说的，毕竟轻流作为一家互联网科技创业公司，我们······没有996啊！（当时我脑子里想：是不是要跟老板建议996试一下呢？）和程序员小哥哥简单交流一下，我们是这样看的：
从员工角度来说
大部分人所做的工作仅仅是为了糊口，而996工作模式每周工作的时间超过60个小时！这对生命健康有极大的不利影响，连生命健康都没有了，还谈什么糊口！部分人确实是愿意牺牲一时的健康来换取经济上的快速增长，这个可以理解，但是大部分公司给的加班福利并不遵循劳动法，甚至美其名曰自愿加班，这不是空手套白狼吗！！！
说白一点，996模式肯定不合理，就算强制要求996，那你钱给够啊！又要马儿跑又要马儿不吃草，程序员小哥哥说“臣妾做不到啊”！
从企业及管理者角度来说
为什么企业需要996？因为工作量太大，无法在预计时间内完成工作。因此牺牲员工的业余时间来追赶工作进度。如一些大型传统公司，他们的业务工作流、人员管理等工作不仅数据量大，而且内部业务十分复杂，可能每一次的进货会涉及几十个员工大量编写数据文件，入库出库等。
而不少管理者并非做开发出身，会认为“开发=流水线工作“（虽然某种程度上确实有共性），所以“工作时间长=产出多“。而事实上，开发产出与工作时长仅仅是正相关而非正比关系！其次，玩过LOL的兰博吗？技能放多了会进入过热状态（6秒内无法施放技能），同样，程序员一次性工作太久，后期效率会大大降低！所以，996真的能大大提高工作产出吗？答案显而易见。
从上面的分析可以看出，员工其实并不是反对996，而是反对无效率没有结果的996，更加反对因为公司业务流程处理不到位，而牺牲员工业余时间来追赶工作进度的行为！
说了这么多，那问题到底在哪里呢？对轻流（互联网科技创业公司）的程序员而言，难道客户的需求就那么好做吗？难道轻流的开发任务就不多了吗？
当然不是！！！
技术部门来自客户反馈的需求从来都不会中断！
我们的产品每周都有迭代更新，开发任务不是多，而是超级多！！
前段时间又在为了客户更好地进行移动办公，全员在加紧做手机端升级开发冲刺！！！
而程序员小哥哥除了市场向技术反馈系统BUG、市场跟进BUG修复情况，他们还需要与产品对接，要帮助产品了解功能研发进度、产品验收并反馈问题等。
那么为什么我们没有996就可以把这些事情处理的很好呢？当然是利用了合适的管理工具！
轻流研发团队最初尝试过一些看板协同类产品以求帮助公司管理层和员工提高工作效率，但是效果不是特别好，看板任务积压、无法统计常规数据，更加严重的是这些工具不能根据公司的业务特点进行调整，功能大而全但是不符合业务实际需要！
最终我们选用了自己的产品。一方面可以轻松做到信息共享、责任划分、任务追踪和数据统计；另一方面，轻流具备超强的连接能力，无需开发就可以与其他saas产品、公司内部已有系统结合。给技术和其他部门之间的协作、技术部门内部协作带来了很大的提升！
至少在内外部工作的协同管理的问题上，轻流让员工和企业以及企业管理者实现共赢，真正拒绝996······
其实不光是程序员经常有996，其他岗位的员工也一样，也会经常遇到996的情况，因此当我们反对996时，并不是反对合理的加班，而是在反对公司没有做好内外部工作的协同管理，导致效率低下，却只能用员工的时间和健康来弥补的管理方式！
因此拒绝996，从使用一款适合企业业务流程管理的工具开始吧！