阿卡伯格
甲方IT部門存在的意義：防止被乙方坑，乙方交貨後負責後期的運維
我曾經在濟南給某公司做過項目，平常主要就是和甲方的IT部門對接。
甲方的IT部門不需要技術多麼精通，只需要瞭解大概
我在的這個項目，甲方的IT部門人不多，一個年齡大的領導對電腦所知甚少，手下有幾個年輕人，大都是計算機專業畢業，沒真正在IT公司裡開發過。
對於開發的流程他們不瞭解，但是相關的技術標準、業界的收費標準、以及一些常用的名詞術語會比較清楚。
一些業務部門他們需要什麼樣的系統，因為涉及到很多的業務邏輯，他們自己都可能講不清楚。一般就由甲方的IT部門和甲方的各個業務科室聯繫，將他們的業務需求收集起來，並且告訴乙方。同時對乙方所做出的功能進行最終的把關審核。
甲方的IT部門，一般在乙方撤離後承擔起運維工作
乙方一般做完項目，就會留下必要的運維人員，開發人員撤離去下一個項目。但是有甲方IT部門的存在，所以乙方只需要保證系統的正常運行即可。
我所在的項目，是給甲方做一個他們公司的OA系統，包括會議、通知、數據報表等等內容。系統正式上線後，像下達會議、通知，以及給領導生成相應的報表，仍然需要具備一定計算機水平且對公司業務比較熟練的人來完成，所以不需有IT部門的存在。
甲方的IT部門，還承擔著單位其他信息化的建設
所謂的信息化建設，包括一些其他業務系統的運維，保證各個業務科室電腦能夠正常使用，甚至說電腦壞了修理電腦、網絡壞了修理網絡、買了新的打印機搬打印機，都會交給IT部門。
我曾經在某縣醫院計算機中心實習過幾個月。這個醫院的his系統，以及his系統之外的，比如掛號系統、檢驗系統等等都是計算機中心在維護。如果這些系統需要額外的開發功能，那麼就會找專業的開發公司，計算機中心平常只保證系統能夠正常運行。
一般而言系統不會壞，那麼平時計算機中心主要工作是做什麼呢？沒錯，就是修理電腦、打印機和網絡。幾乎百分之九十多的工作，就是某個護士站的電腦壞了，打電話過來，然後跑去修；哪個大夫的打印機沒粉了，跑過去給加上；哪個年齡大的大夫下醫囑的時候不會下，過去幫忙操作一下系統。
我記得當時，一把螺絲刀、測線儀、網線鉗、一個裝機U盤，是隨身之物。
所以說，單位電腦壞了，IT部門修；單位買了一批新電腦，IT部門搬；單位某個電腦上不去網了，IT部門負責解決。
就和《IT狂人》裡差不多，經常有人打電話來，電腦、打印機、網絡、專業設備有問題了，就跑去修，沒有電話的話，就在科室裡划水。
職識
哎作為一個銀行的甲方項目經理我來回答你的問題，希望乙方的同事多看看，你們是最幸福的，首先甲方項目經理在項目事情很多，第一，業務需求來了之後，這個項目如果是新建的話會找廠家來交流，一般至少三家，完了之後，開始討論方案和架構，這個很重要，提現甲方項目經理的水平就從這裡開始，因為甲方項目經理對行內架構非常熟悉，系統分基層，那些地方採用負載與那些系統連接，怎麼連都是項目經理的事情，沒問題後，開始編寫招標的文件中的技術文檔，完了給採購辦進行招標，招標時至少去一個人作為專家進行評標，打分，招標完成後，等待中標通知書出來，這個時候就要擬定合同，同時項目急的話可以讓廠家提前進場，進場後對整個架構還要進行評估，要做技術評審，開會，通過，完了和業務談詳細需求，可以讓乙方出需求確認書，同時擬定合同，合同要走oa過法審，後續還有一大堆oa比如用印等等，我真的不想說這一塊了，需求和ui確認之後開始開發，乙方的人用的虛擬桌面，考勤，一堆雜七雜八的都是項目經理搞，環境準備完了之後，就要開始申請生產的設備，完了開通到各個系統的網絡，申請測試環境的設備網絡，什麼uat還有sit，合同簽訂後還要付首付款，一堆oa，中途肯定有需求變更這種蛋疼的事情，協調業務就不說了，後面開發的差不多了協調業務過來測試，準備uat蓋章，sat，完了投產準備，走流程，一堆測試oat，投產當日投產，失敗了就不說了，完了改bug要手續，後面驗收，一堆流程簽字，付款，這才幾本上算完，平時還有運維，有問題要看日誌，系統的開機自起，日誌備份上傳，監控，要命，文檔的收集，上傳，哎，要命，都搞完了就差不多了，所以真羨慕乙方的開發和項目經理
Ace112212
在很久以前阿里的技術多半是由雅虎去完成的，用馬雲的話來說王堅的加入，讓阿里擁有了自己的核心技術，可見甲方it部門存在的重要性有多麼的大。
既然說到了甲方的it部門，就不得不提起對立的乙方，通常在一家單位沒有能力去建立自己的技術團隊的時候，才會考慮使用乙方去完成一定的技術任務，這樣的好處一是經濟實惠，而是開發效率高。但也有一個很大的缺點就是產品實現上的偏差，因為不能實現實時溝通，所以需求的碰撞上會產生差異。
我們單位屬於一家服務型的企業，當時想要開發一個屬於自己的簡單的系統，當然這個簡單是建立在我們不懂技術的認知領域，所以就沒有考慮建立自己公司內部的技術團隊，於是將需求梳理之後外包給乙方，讓乙方公司去開發，在開發的週期上，乙方團隊確實滿足了我們的需要，在一個月之內就完成了我們的需求開發，當最後產品呈現在我們面前的時候，我們發現這個已經完成的產品和我們預期的有很大的差異。
等我們再去讓乙方按照我們實際的需求去修改的時候，乙方認為是我們在書裡需求的時候梳理的不清晰，所以就按照自己的理解去做了開發，現在要求他們改代碼就必須另收費，改一次收一次，無論是新功能的開發還是bug的修改，推搡了三四個月，跟乙方支付的費用也快達到小100萬了，產品也不是我們想要的那樣，無奈之下只能做產品的交付。在產品交付完成之後，先由內部公司員工去試用，內部公司員工試用之後體驗非常的差，最後只能拋棄掉這個半成品。
吃一塹長一智，這件事情發生之後，我們才意識到甲方的it部門到底有多麼的重要，如果甲方有自己的it部門，我們可以避免以下幾種情況？
1.防止乙方技術“偷工減料”
實體行業的偷工減料是明面可以看見的，互聯網行業的偷工減料只能是內行看門道外行看熱鬧。所以在甲方沒有技術人員的時候，乙方同樣可以偷工減料，這種偷工減料最容易忽悠的就是不懂技術的人員。
所以甲方有自己的it部門就可以有效地減少這種情況的發生，不論是故意留下的bug，或者是對於功能的削減，都有一定程度的監督和驗收能力。在互聯網界有一句話是這樣說的“最怕幹過乙方的技術去做甲方”，從這句話裡我們可以意味深長地體會到做乙方確實會有一些自己的手腕兒，等著甲方去中招。
那這種情況下只能是，有自己的技術團隊去把技術關，所甲方it部門是有必要存在的。
2.實現產品基礎迭代、常規運維
一般情況下，作為乙方來說，在一個產品開發完成交付給乙方之後，他的任務就算完成了。所以日後再發生日常技術問題和bug修復，都是要重新收費再去修改的，並且這種溝通的成本也是非常高的。
這種情況下，甲方有自己的it部門，就可以輕鬆的實現技術的基礎迭代，和系統的常規運維操作。雖然說有些乙方也是會輔助一些運維工作，但是在產品的用戶量較大的時候，乙方的運維工作時效還是跟不上，不能過於依賴。
3.長遠來看企業核心技術必須自己掌握
一個小的互聯網產品可能在初期並不是多麼的耀眼。但是隨著產品的不斷打磨不斷完善，用戶規模越來越大，這個時候在市場的競爭力就會日益的明顯，如果技術的工作仍然是由外包去完成的話，說明自己的命運是抓在別人的手中的，生意核心在別人的手中。等於說自己企業的生死是由別人去裁決的。
對於這一點，馬雲的阿里就是一個典型的例子，大家都知道，起初阿里的技術多半是由雅虎去完成的，隨後隨著阿里的不斷擴大，馬雲逐漸意識到掌握核心技術的重要性，隨後才由王堅率領團隊打造自己的核心技術，最後真正實現了中國雲計算從0到1的突破。
所以隨著企業規模的不斷增大，不光是技術部門，只要是有相關的乙方存在，都會有與之對應的甲方存在，只有真正抓在自己手裡的才是真正屬於自己的。
筆記簿杏豆論
甲方乙方都是相對的，每個企業都是有進銷存的，它相對於你是甲方，但在另一個場景，它相對於另一家企業就可能是乙方，一直傳導到零售消費者才算結束，比如某小公司給旋極做個key接口軟件時，旋極就是甲方，但旋極拿來也不是自用的，得整合成一個比如說某個測試設備，它相對某央企就是乙方，央企同樣也要整合自家的產品服務賣出去，比如中興，賣出自己的手機或路由產品
搖椅小琦
碰巧我就在甲方it工作，這樣說吧甲方業務大部分對IT需求不上心，開會提需求時應付事沒人關心，但上系統用起來了，各種意見不合適。乙方程序員對業務場景不熟悉，往往會選擇最簡單的場景實現，跟現實是有距離的，這就是甲方it的作用。明白業務，對乙方方案把關。當然這是軟件。硬件水就深了
執劍人86
拿我們公司來說：
有自己的產品，自己的IT部門來開發維護；
但老闆投資的公司很多都沒有IT部門，並且還可能老闆資源多，會有幫其他公司開發項目的情況，這個時候自己公司的IT部門可能就會吃不消，所以會將一些不重要的或緊急的項目外包出去
旁觀者337
兩百多臺產線電腦，任何一臺電腦或自動化設備掛了十分鐘沒有修復或更換好當月績效就是負的。
對應本公司和十幾個外協廠家的系統使用。
相關固定資產管理掃碼槍打印機，約600ea，定期維護盤點。
找改善項目，引進自動化裝備，setup
其他部門各種自動化軟件的開發需求。
兄弟，上面列的內容就我和一個同事的工作內容，你覺得我們有沒有必要存在。
顧浩
看企業大小吧 企業越大甲方的作用也越大 說最簡單一個 軍工上市單位
所以覺得甲方it部門沒用的 只是你自己做的生意太小了
粽粽lai保護ni
甲方的意義，在於設計規劃整體IT架構！
至於乙方，只需要網絡設備的供應商做網絡的事情，監控做監控的事情，系統做系統的事情，ERP做ERP的事情！乙方只需要精通自己的業務範圍，甲方整體把控！
一夢三年84796321
又不是什麼都能自己開發，要並行就要收人，養人成本那麼高，做完項目怎麼辦？炒？
