前段時間，程序員在“GitHub發起抗議互聯網公司實行996工作制”的事件鬧得沸沸揚揚。事件發生時，小編偷偷問了一下隔壁的程序員小哥哥他們知不知道這個事情，結果他們竟然都知道！！！

然後，我問了一下他們對996的看法，程序員小哥哥說：這個問題其實挺難說的，畢竟輕流作為一家互聯網科技創業公司，我們······沒有996啊！（當時我腦子裏想：是不是要跟老板建議996試一下呢？）和程序員小哥哥簡單交流一下，我們是這樣看的：

從員工角度來說

大部分人所做的工作僅僅是為了糊口，而996工作模式每周工作的時間超過60個小時！這對生命健康有極大的不利影響，連生命健康都沒有了，還談什麽糊口！部分人確實是願意犧牲一時的健康來換取經濟上的快速增長，這個可以理解，但是大部分公司給的加班福利並不遵循勞動法，甚至美其名曰自願加班，這不是空手套白狼嗎！！！

說白一點，996模式肯定不合理，就算強制要求996，那你錢給夠啊！又要馬兒跑又要馬兒不吃草，程序員小哥哥說“臣妾做不到啊”！

從企業及管理者角度來說

為什麽企業需要996？因為工作量太大，無法在預計時間內完成工作。因此犧牲員工的業余時間來追趕工作進度。如一些大型傳統公司，他們的業務工作流、人員管理等工作不僅數據量大，而且內部業務十分復雜，可能每一次的進貨會涉及幾十個員工大量編寫數據文件，入庫出庫等。

而不少管理者並非做開發出身，會認為“開發=流水線工作“（雖然某種程度上確實有共性），所以“工作時間長=產出多“。而事實上，開發產出與工作時長僅僅是正相關而非正比關系！其次，玩過LOL的蘭博嗎？技能放多了會進入過熱狀態（6秒內無法施放技能），同樣，程序員一次性工作太久，後期效率會大大降低！所以，996真的能大大提高工作產出嗎？答案顯而易見。

從上面的分析可以看出，員工其實並不是反對996，而是反對無效率沒有結果的996，更加反對因為公司業務流程處理不到位，而犧牲員工業余時間來追趕工作進度的行為！

說了這麽多，那問題到底在哪裏呢？對輕流（互聯網科技創業公司）的程序員而言，難道客戶的需求就那麽好做嗎？難道輕流的開發任務就不多了嗎？

當然不是！！！

技術部門來自客戶反饋的需求從來都不會中斷！

我們的產品每周都有叠代更新，開發任務不是多，而是超級多！！

前段時間又在為了客戶更好地進行移動辦公，全員在加緊做手機端升級開發沖刺！！！

而程序員小哥哥除了市場向技術反饋系統BUG、市場跟進BUG修復情況，他們還需要與產品對接，要幫助產品了解功能研發進度、產品驗收並反饋問題等。

那麽為什麽我們沒有996就可以把這些事情處理的很好呢？當然是利用了合適的管理工具！

輕流研發團隊最初嘗試過一些看板協同類產品以求幫助公司管理層和員工提高工作效率，但是效果不是特別好，看板任務積壓、無法統計常規數據，更加嚴重的是這些工具不能根據公司的業務特點進行調整，功能大而全但是不符合業務實際需要！

最終我們選用了自己的產品。一方面可以輕松做到信息共享、責任劃分、任務追蹤和數據統計；另一方面，輕流具備超強的連接能力，無需開發就可以與其他saas產品、公司內部已有系統結合。給技術和其他部門之間的協作、技術部門內部協作帶來了很大的提升！

至少在內外部工作的協同管理的問題上，輕流讓員工和企業以及企業管理者實現共贏，真正拒絕996······

其實不光是程序員經常有996，其他崗位的員工也一樣，也會經常遇到996的情況，因此當我們反對996時，並不是反對合理的加班，而是在反對公司沒有做好內外部工作的協同管理，導致效率低下，卻只能用員工的時間和健康來彌補的管理方式！

因此拒絕996，從使用一款適合企業業務流程管理的工具開始吧！

當我們反對996時，我們在反對什麽？