這個問題需要多緯度去分析：

你看到的只是表面，表面或許只要2小時，但實質可能會涉及到許多層面，完全改好，確實需要兩天，畢竟別人一直做的就是這個，瞭解的可能比你透徹。你只是按照你自己的能力去估算，你能力高，或許2小時就可以搞定，但別人不一定有你這樣高的能力，別人或許真需要兩天。你的判斷是正確的，但是別人不想把自己工作安排的緊緊張張的，或者說別人其實不想配合你。

其實本質就是要麼你判斷錯誤，要麼是你同事判斷錯誤。

無論是你對還是你錯，這工作都是由別的同事來完成的，你沒必要太過於關心，你沒必要太過於在意。

但是，假如這個工作和你的工作有關聯，這個工作的完成時間，完成質量，會影響到你的工作進展與工作質量，那麼你必須要恰當的參與進去，你需要：

有必要和這個同事認真溝通交流一下。

這個很重要，同事之間工作上的溝通交流還是必須的，交流內容可以由淺入深，先從你認為只需要2小時就完成的工作談起，然後逐漸深入進去，多聽聽同事的解釋，當然你也可以發表你的意見。互相理解，互相體諒，互相幫助，最好能達成一致。

如果必須，可以請領導進行協調。

如果工作非常緊急，你這個同事也不配合你，那你只能請領匯出面進行協調。當然，你要有理有據，只針對工作不要針對人。

萬般無奈，只能等待。方法用盡，沒有任何效果，要麼你直接上手幫他做，否則你就安靜坐下來等待他完成工作。

最後建議：

如果不是領導，那麼就不要參與不要議論別人的工作。

如果沒得到允許，那麼就不要參與不要議論別人的工作。

這種情況在職場上很常見，因為人都是有惰性的或者說對工作缺乏激情，所以時間上面能多要就多要。

我分享一下我是如何處理這樣的事情的，因為我自己是一個做技術出身的管理者，所以一般的工作量我能評估的比較準，在工作量評估上面會分兩種:

（1）我將工作項確定到人天時，然後交給對應開發去執行；

（2）分配大模組給開發，由開發自己將任務分解到天，我會評審，達成一致後開始執行；

首先我們確定好了人、事和時間節點，這個還不夠，還得重點盯過程，必要時給與指導和幫助，然後堅持原則，表明態度，每天未能完成規定任務的要求加班完成，我同時留下來陪著你加班，什麼時候搞定，咋們什麼時候走，就這樣磨鍊兩三個星期後你會發現工作效率明顯提升了。

我覺得這樣也是對大夥負責的一種態度，在負責將公司事情做好的同時，同時修正他人的缺點，幫助他人提升。

別覺得我說的過分了，就是這個道理，你覺得別人不行，你自己上啊。你的思維是一直站在你自己的立場，總是你覺得，你覺得。所以別怪別人站在他自己的立場衡量這些。

我也是後端開發，但是想強答一波 （手動斜眼）

後端開發主要是理清楚邏輯，在框架內將所需要的的資料提供給前端展示出來。其中所有的目標是明確的。我就是需要這部分的資料，所選擇的技術型別在框架內也會有明確的要求。所以後臺開發的時間基本是在對業務邏輯的整理上面。

前端的需求則是對資料的展示。獲取到資料後，他們需要考慮的展示效果包括展示介面的大小是否合適，顏色調整，介面功能圖示選擇，選擇的圖示，原型是否符合審美，對整理的風格是否統一等都需要考慮。有的一個圖示選擇困難症就會糾結很久。而且有一個眾所周知的點，產品經理與程式設計師的 矛盾。他看著簡單的問題，但是實現起來很複雜。有可能後端覺得前端展示非常簡單，其實也是一種片面的看法。

一般有幾個可能得原因。1.這東西確實難，做為後臺你沒有前端經歷，不知道難在哪。2.前端想混工時，這算職場潛規則，尤其是一些鼓吹996的垃圾小公司，核算績效不是看你做出了什麼，而是看你做了多久，你坐在那裡四個小時憋出10行程式碼，績效分比那種1小時就做完的還要高，那為啥要這麼快乾完呢？

確實沒做過前端開發的人覺得前端簡單，其本人做過JAVA開發兩年，做過前端開發五年，我是後端轉前端，之所以轉也是有一部分原因是覺得枯燥，前端技術這幾年發展的很迅猛，有好多好的框架react、vue等，沒前後臺分離的時候還是停留在寫jsp階段，後臺資料發生變化後還得用js去更新dom非常麻煩，當我第一次知道vue的時候覺得世界都亮了，太方便了，而且這幾年層出不窮的技術flutter等，用前端技術就可以實現一套手機端的app，簡直不要太好，我想說的是前端不比後端簡單，需要前端適配的終端很多，雖然是一個介面但是對應不同終端就得去挨個除錯好幾套css，介面的操作邏輯、頁面的佈局、頁面的樣式、還有產品的需求如何轉化成介面(沒有UI設計)、如何呼叫後臺介面、如何給後臺介面傳遞資料、如何把接收到的資料進行渲染，我想說前端做的事情遠比你想的多得多

前端注重展現，就看效果怎樣，你作為後端不知道前端的計劃時間，有的東西看著簡單實際難，開發中坑多的很，特別是維護和優化老的專案

大家好，我是阿邁達，有趣的網際網路軟體工程師。專業角度分析技術原理，默的態度解讀科技網際網路資訊。

在工作中遇到這種人很正常，這種人就是大家口中的“磨洋工”。

有些人認為前端和後端不一樣，後端改個需求可能一個小時就可以搞定，前端複雜，需要一天或者更長時間，這完全是胡扯，是消極工作的一種變現。有些程式設計師就是喜歡將工作難度誇大，明明一個小時的工作量，他非的要評估一天的工作量。這對於非技術人員可能感覺不到，但是對於一起開發的技術人員來說，一眼就能看透工作量，只是同為同事，大家不好說破而已。

1，那是老闆應該關心的問題，你管得著嗎？你會前臺開發你有資格說這個問題，如果你不會別瞎說。

2，如果你是老闆，應該親自學習一下前臺開發，驗證一下具體需要多長時間，然後翻看一下這個前臺開發的日報，看看他每天在做什麼，如果確實比較麻煩沒什麼好說的，如果他瞎報工作量，開掉

現在的Web應用開發模式已經從MVC轉變為前後端分離的MVVM模式，即前端編寫使用者的互動邏輯，後端提供資料介面，前端的邏輯變得越來越複雜，而後臺只需負責資料的供給，相對來說需求比較固定。使用者對於系統的要求多體現在前端介面上，很多時候客戶要求改個按鈕，變個顏色，這些細小瑣碎的需求都需要前端去處理。至於前後端開發的矛盾我認為來源於彼此開發模式的不同，彼此需要溝通清楚需求。當然一個專案的整體進度需要專案經理、架構師、產品經理等各個部門齊心協力才能做好。