阿卡伯格
甲方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
又不是什么都能自己开发，要并行就要收人，养人成本那么高，做完项目怎么办？炒？
