首先說明：IT開發是一個循序漸進的過程，我相信IT開發也不可能是一直忙，如果一直忙那就說明真的需要加人手了，或者是最佳化掉工作效率低的，招聘能力技術強的。

解決問題要首先找到問題，問題一就是溝通分配不合理。沒有形成一定的規則和體系。所以感覺都是在瞎忙，對接的不合理造成資源的浪費。

還有問題是，急活多就說明工作還需要最佳化不合理。不然不會有那麼多的急活的，所以在日常中要不斷最佳化發現問題，事有輕重緩急，IT部門內部也要合理分工。

這個在同一個單位，現象比較普遍。

1.提需求無壓力

單位內提需求沒有任何花費，提的多少都沒有付出，還可以在關鍵時候，找IT背個鍋什麼的。

2.需求無限制

每個部門都來提，有的粗，有的細，開發週期也相應出現長短。

3.開發無計劃

從你描述上，內部都可以調優先順序。如果這樣的話，每個人都公關你們，那就沒的幹了。

針對問題，從需求管理，開發計劃，培養外援入手

需求要達到什麼顆粒度，才能進入待開發列表中。可以設定些模板，確定需求後，就關閉此需求受理，保證需求固定。

如果需求必須要調，也用替換方式，原因是內容換，也不能增加開發量，或者犧牲其他需求，以適應開發緊迫性。

2.開發上設定開發吞吐量，嚴格計劃

按照現有人手，制訂開發的吞吐量，就是一個月可以開發多少功能，每個月對需求進行排期。

後召集各需求部門評審排期，可以根據實際緊急度和重要性進行調整。一旦確認，嚴格按照計劃執行。

遇到緊急情況，也要召集各需求部門，認可調期。

3.培養外援，設定業務介面人

既然人手招聘不行，就把業務部門調動起來，誰的需求質量高，可以優先開發。

第一，申請部分業務外包。

既然新增編制有限，那麼就申請部分業務做外包處，外包可以跟進你們的工作量及時間來增加人手，提高你們開發進度及需求。

本來你們公司都已經制定好，加急工作需要領導簽字審批優先開發，你們部門內部倒好，自己內部先破壞了。看見漂亮的妹子來提需求，撒嬌賣萌就優先安排了，這不是自己找事嗎？其他部門有意見這不是正常的嗎？本來公司已經制定好規則了，是你們部門先破壞不遵守。

第一，建議你們規則來辦事，如果部門內誰不準守規則，就處罰誰，沒有規矩不成方圓。

第二，對於專案的開發，最好按照流程來完成工作，不要隨便讓其他的專案隨便插隊進來，專注才是提升效率的最好方式。

針對產品線上的Bug、使用者反饋和用人部門反饋的Bug可按照優先順序來處理，優先順序不高的話可以綜合提到Tad統一處理而不是反饋一個解決一個。

工作方式對了，工作當中的很多問題就迎刃而解了，希望可以幫助到你~

我曾經在一家生產機械裝置的公司，就遇到過有類似情況，居然還有人去領導那裡去投訴。投訴IT部門缺乏有效的公平性和開發計劃，搞得IT差點和我們各部門成了對立面。這狀況持續了足有半年左右，後來IT不知道怎麼突然效率變得特別高，經常是上午開完會，下午就給一個系統讓我們測試，或者把新功能給我們用。時間長了才知道公司增加了一套叫魔方網表的開發系統，IT說因為這軟體不用開發程式，實現各部門的要求的時間就縮短了，現在IT全指望它給我們各部門開發系統和新功能。關鍵是公司整體效率明顯提高，也不用為了開發搞得大家關係緊張了。

1. 開發就這麼點人？

2.需求這麼多怎麼分？

我實踐過兩種方法：

1. 開發：將開發進行拆分，你可能會說本來就沒幾個人嗨拆？首先需求肯定是做不完的，那麼這些需求裡面不可能沒有共性，就需要固化技術棧、沉澱部門級的技術，所以一定要將人分開，比如你又5個人，你可以先拉一個人出來做這個事情，這個人一定要比別人更苦，要不會引起別人的抱怨，同時4個人基本能滿足基礎的開發速度，也可以對上面有交代，然後日級的站會，說白了，大家在做啥都心知肚明，互通有無，不要讓團隊又兩種聲音，影響團結

2. 需求：大多數公司IT部門話語權並不大，需求丟過來，你又推不掉，答案是往上推，你和你的領導看到的東西一定是不一樣的，定時的溝通下，也就抽根菸的時間，完全可以聊明白，然後按照他對公司的一些見解去安排，然後把需求的也推到他們的領導的上，讓領導層，知道你在做的事，以及在公司IT戰略裡面的重要程度，做好回報，升職加薪指日可待

我有一個問題，為什麼你們IT部門要有求必應呢？

我待的公司，程式設計師說不做，就不做啊。

什麼做不了，要不就是開口就要求很長的時間等等理由都用過

你又沒有辦法，不然自己上去開發啊。

相信這個問題是大多數公司所共有的問題。

為什麼會這樣呢？

軟體工程雖然看起來是一個高科技行業，但使用的還是最原始的手工作業方式，

程式設計師每天做著大量重複性工作，這也就是大家口中的“重複造輪子”。

導致整個軟體研發過程中，在開發和測試階段投入大量成本，而對核心階段——頂層設計的投入明顯不足。

如此本末倒置，造成專案無法管控、研發時程和品質無法管控、BUG率高、研發運維無法一體化的惡性迴圈。

進一步導致專案質量難保證、成本難管控、人員難管理，正如艾瑞諮詢釋出的《中國軟體開發行業研究報告(2020)》所指出的，由於作業方式的落後，軟體行業存在明顯的四大痛點：專案成本高、開發週期長、程式碼質量低、團隊管理難。

解決以上問題的根本，在於改革軟體開發方式，

就如製造業使用工具代替人力，軟體的開發、測試，也應該由工具來完成。

傳統開發模式下，技術人員不但要思考程式設計邏輯，在具體實施層面還需透過逐行敲寫程式碼來完成，大量的時間浪費在技術含量低的工作上。

但實際上，軟體程式的底層程式碼，就如製造業的零件，完全可以交由統一的流水線生產，由此解放的人力、腦力，便可用於更具創造性的設計工作。技術人員可以充分發揮自身的才華，而不是在程式碼中苦苦掙扎。

當下，市面上出現了許多低程式碼平臺，它們看似可以透過視覺化的方法實現無程式碼程式設計，由此解放人力，但實際上只能解決簡單的工作流，無法實現複雜功能和邏輯。

我們目前正在用的被稱為新一代JAVA開發工具的，飛算SoFlu全自動軟體工程平臺，建議你們可以瞭解嘗試，不但可以實現無程式碼的視覺化程式設計，而且實現一次開發、按需部署，產生的服務和應用後續不與平臺強繫結。並且，平臺提供的每個元件都是一個技術點，類似於程式碼塊，能夠積累開發經驗，沉澱企業技術資產。 此外，配合全自動測試平臺可自動生成測試用例並完成精準迴歸測試。一人就能完成開發、測試一整套流程，使軟體工程全流程擺脫對人力的依賴，真正實現“十人可抵百人用”。