项目管理之我见:甲方乙方

最近中途接手一项目,

甲方:某国企,有钱,有地,跟客户沟通时,最常听到一句话就是钱不是问题,技术巨烂,项目无全没有管理,接口部门为信息部,里面养了60几号人(只是目测),接口人大多是刚毕业或者是工作一两年的,基本有没开发和项目管理经验,天天像狗一样的追在你后面,但执行能力超强,只要领导发话,一定贯彻执行(一辈子呆着的地方,得罪领导还想有好日子过?其实也就天天追着你,因为他们根本没有实现能力)

乙方:一家规模很大的外包公司,人数以W为单位。人员整体素质差,专业能力差,综合能力更差,很多人来,很多人走,很多人在混,没有流程,没有管理,活脱脱就是一黑软件作坊。

再说说项目,据说这个项目做了有10年,我粗略的看了一下代码,没有架构,只有简单的设计,代码估计是改了N遍,到处是硬编码,技术落后,连最基本的测试开发流程都没有。

我,很不幸,成为了其中一个子项目的项目经理,夹在巨烂的甲方和乙方这间。经过一周的观察和总结,我得出的结论是,现有的开发和管理模式就是最佳的,任何的改对管理和对技术的改进都是行不通的,因为客户过于依赖乙方,自己连最基本的管理项目的能力都不具备,而且乙方在成本控制方做到了极致,做到要一根网线都要申请的地步,就差要把加班产生的水电都都要摊分个人头上了,在这种环境下,你是没办法能招到能做事的人的,什么项目管理工具,测试工具,源代码管理,版本控制,对于他们来说都是胡扯,项目组成员一个比一个能混,根本不怕你炒(人家等的就是这个),基本上就是当一天和尚撞一天钟。对于这种客户,这种项目,就要反项目管理,反模式,最有效的方式就是一对一,天天找一个或一群人面对客户,客户想要怎么改就怎么改,做到“真正”的敏捷开发,说白了,怎么容易怎么来,怎么快怎么来,流程,管理,技术,架构,一边去吧!

时间: 2024-10-11 23:50:34

项目管理之我见:甲方乙方的相关文章

转发:IT行业中的甲方乙方关系

原文:http://byteh.blog.51cto.com/141786/1004046/ 混IT,必须理解“甲方乙方” By 韩宇斌 2012-09-23 9月初,修改了QQ签名,把“甲方乙方”放在了最前面,似乎标志着我找到了最近工作中问题的症结所在,于是乎终于有心情再写一篇文章了. 准备写之前,先搜索了“甲方乙方”,严肃客观的了解一下概念,有些许意外的是排在前面的全是关于电影<甲方乙方>,让我对着文字回忆了一把剧情,那经典的“打死也不说”…… 换搜索关键词:“甲方 乙方(注意空格)”“甲

IT 外包中的甲方乙方,德国人,美国人,印度人和日本人印象杂谈

开篇介绍 最近经常和朋友聚会,三十而立的年龄自然讨论最多的就是各自的小家庭,如何赚钱,工作,未来的就业发展,职业转型等话题.还有各种跳槽,机会选择,甲方乙方以及外包中的各种趣事,外企与国内私企的发展机会,还有各种老外大PK.今天在这里也就聊聊这些话题,相信这些话题对现在正在面临一些职业选择的朋友有所借鉴,以及对将要面对一些的人和物有所认识和了解. 当然本文中讲述的一些观点仅为个人观点不代表任何组织和个人,只尽量描述一些我所经历过的或者知道的一些东西.关于外包行业中的这些比较,好与坏,得与失大家可

项目管理之我见

1.项目的需求文档,作为一个项目需求的变更在所难免.但是对于需求文档的版本管理是怎么做的?是否应该有SVN对版本进行合理的变更和归档,并且适当的写清楚原因.这样就无论是谁接手项目有源可查,而不是跟以前做项目的同事东问西问,更不是跟客户说我不知道. 2.作为乙方更应该记清楚变更的原因,无论是电子版的记事本还是笔记本都应该写清楚原因,红口白牙,白纸黑字,到时候客户问起来也好解释. 3.项目的内部沟通. 1.是界面人员和ETL人员的沟通.要告诉后台我前台需要过滤那些条件,后台跑数的时候一定要加这些参数

2015.10.10信息系统项目管理师作业

1.下载<政府采购法实施例例>2015年新发布的,并看一下(这个不用写,下面的是写的) 2.沟通管理计划包括哪些内容? 1.沟通渠道:n*:项目沟通管理过程(4步:沟通计划编制:信息分发:绩效报告:项目干系人管理): 2.沟通管理过程图:沟通管理计划:启动过程组:输入:章程:组织过程资产:输出:沟通管理计划: 3.沟通管理计划内容:哪些是项目干系人,对项目的影响: 4.沟通模型:发送者发送信息:编码:(把想法观点翻译成其他语言):通信发送编码:传播媒介:解码:(把信息还原):接收者了解含义:基

雾里散步&mdash;&mdash;这次聊聊自已

很多时候还没开始其实早已经结束 终于结束了本命年,其实总结计划早已经码好了几千字,但是在跨年之后,我还是决定重新写一篇,无论从技术角度还是生活角度,我都打算自私一回,写回我自已.很多时候因为执着总是会迷失了自已,只要有光,人不怕在雾里散步,怕的是明明有光却还是迷路了,这次,我要以我的角度来阐述这个故事. 关于技术的那些事儿 人人都在雾里: 在技术的路上,人人都在雾里,在过去的五年里,不断的有人问我以下类似的问题 "Stat,你觉得我学XXX怎么样?" "XX(某厂商)的XXX

浅析在企业信息化下的流程重组

在众多的企业信息化建设项目中,有好几单涉及到了业务流程的重整,每做一次类似的项目,都感觉自己死过一次,今天把它翻出来,也算是揭了自己的伤疤,"业务流程重整",听起来很简单,实际操作过程中确非常艰难,为什么? 业务流程重整,于公,则意味着部门的重新规划,部门职能的重新划分,岗位职能的重新划分:于私,则意味着很多用户,甚至包括各级领导的责权利的重新分配:于公的立场上,相对而言好处理,这些仅仅只是工作量的问题:而于私的立场上,每个员工都会有一定的私心,都希望责任小.权力大.获利多,当业务模型

今晚九点公开课|云运维杂谈

前言 云运维与传统的 IT 运维服务相比,基于云计算 IT 运维服务实现了三大转变. 首先它变被动为主动.基于云计算的 IT 运维服务以各种监控.告警.日志.报告服务工具为依托,通过全面的网络式监控可以及早发现故障隐患,从而可以建立起主动式 IT 运维. 其次,它变复杂为简单.当新增一个分支机构时,只需要在网络上增加安装一个网管机,就可以监控管理整个 IT 系统,整个过程简单高效,而不需要部署复杂的 IT 运维软件. 再次,它大幅降低了 IT 运维成本.云计算 IT 运维服务把数据乃至应用程序全

项目启动会应该注意的几点

摘要:开个好头,万事不难.项目启动会作为项目建设生命周期的开始,其意义和难度不言而喻.作为项目管理办公室的负责人,需要特别重视项目启动会的召开,杜绝走过场,避免虽然知道其重要但不知道如何才能将其开好.本文结合公司信息系统项目的实际经验,总结归纳出项目外部启动会议的目的(作用).需要参会的人员和会上需要介绍的主要内容,为甲乙各方项目经理更好地组织和召开项目外部启动会议提供参考. 这里的项目启动会,指的是项目外部启动会,需要甲乙双方共同考虑组织.参与的会议. (一) 项目启动会议所处的项目生命周期时

KB奇遇记(9):艰难的上线

经历了非常多的磨难,系统也“如约“在2017年01月01日勉强上线了.尽管我认为它还不到上线的程度,条件不具备,但上头的指令下来和计划便是在这一天.整个上线过程从2016年3月8号开始到上线日,扣除中间荒废无为的1个月半,实际上实施的周期只有7个月半.当然,这实施周期并不算短,但要是考虑到2016年10月1号上了OA系统,期间还有地磅系统,条码系统上线:除此之外还有信息部各种系统要维护如一卡通,机房,电脑管理,加密系统等:还有甲方乙方两边项目团队人员严重不足,素质不佳,每周顾问只来3天:甲方项目