令人郁闷的APP项目(1):https://www.hrloo.com/rz/13525298.html
但是三个月后,网站连基础功能都没有完成。Sam对此作出的解释是:由于现有人员都是应用方向开发人员,对于基于移动方向的开发应用不熟练,过程中出现多次返工,以至于延迟了进度。领导接受了这项解释,并又给了Sam三个月时间。
转眼间三个月过去,这一次,项目组的开发彻底瘫痪了。Sam主动找到领导解释原因,此次的情况是这样的:经过认真的研究,项目小组认为,目前网站采用的技术框架不行,很难移植APP应用(事后证明,这一论断是值得斟酌的),而支持APP应用是必须的,所以最近的三个月项目组在调整框架,并没有进入主体开发。Sam提出,目前的技术遇到了难题,需要补充新鲜的血液,建议人力资源部为本项目补充两名熟练的互联网开发工程师,两名专业的网页设计师,如有可能,还希望可以引入一个产品经理。满足这些条件,再过三个月,基本可以实现上线试运行;满足不了这些条件,依靠现有的人力和技术,开发进度将会极度迟缓,最少还需要半年以上才有可能完成主体部分。
领导对Sam的要求不置可否,安排了企业管理部和人力资源部协同跟进问题,给个解决方案。经过认真的调研后,两个部门给出的方案是:考虑到市面上同样功能的网站从设计到上线总体报价不超过五万,花费时间不超过两个月,建议将项目外包给专门从事此类网站开发的公司,并解散项目小组。
Sam知道这个解决方案后,先是找到人力资源部,提出一个非常棘手的现状:那就是项目小组现有的两名开发人员已经为本项目投入了长达六个月的时间和精力,现在中断项目,对他们不公平;而且,由于将近半年时间不在部门从事应用开发,对部门的贡献较小,他们的年终奖是必定会受到影响的,但项目小组目前没有做出成绩,解散之前,公司应该也不会给予奖励,换句话说,两个开发人员相当于白干了六个月,什么收益都得不到,这是不合理的。随后Sam又找到企业管理部,提出另外一个事实:摄影网站项目开发上线以后,要作为公司新的业务增长点来做长线的运营,以后应该还会新增很多功能,二次开发工作量不小,而且,随着数据的增多,运维的压力也会很大,如果网站的源代码不在公司,这些工作势必都要继续外包给服务提供商,如果服务提供商出现不可预测的经营风险,势必会影响网站的运营,对有志于发展成电商网站的项目来说,这是非常危险的,所以,更好的办法,还是由公司自主开发完成,虽然速度可能缓慢一些,投入也大一些,从长远拉看,却是更为划算的。
人力资源部和企业管理部商量,要怎么处理这件事。两个部门嘀咕了半天,最后,一个非技术层面的判断规则被引入,使得原先的方案被推翻了:Sam是领导点名来做这个项目的,现在事情没办好,如果中途外包项目,对Sam和组内的员工来说确实是打击,对领导来说,脸上也不太好看,综合考量,似乎应该让项目小组继续做下去而不是外包。当然,为了给予Sam一定的压力,适当的预算是需要的(之前项目一直没有做预算),在预算范围以内,如果Sam完成项目,则各方皆大欢喜;如果未完成,就算项目失败,项目组解散。
人力资源部按照Sam的要求,做了个简要的预算,向领导汇报,经过两个部门的解释,加上Sam的保证,预算被批下来了。领导告诉Sam,如果提前完成开发,预算剩余部分算作是小组同事的奖金;如延迟完成开发,项目也不会终结,而会让整个小组继续开发,但公司不再增加预算(换句话说,也就是预算花完了但是项目还没有完工,则剩余的工作项目小组要无偿的完成),如果Sam和组内同事对这一点不接受,那么项目外包给开发服务商。Sam征求小组内同事意见后,对这样的条件表示同意。
此后,虽然项目小组的人员配置一直没有达到Sam的要求(主要是因为移动方向的人非常难找,Sam找人的时候要求又高),不过经由Sam的努力,系统研发部有一位平时很喜欢互联网应用的设计人员加入了小组,人数增加之后,速度比起之前有所提升,又过了四个月,网站可以试运行了。
挑了一个时间,Sam满怀信心向领导演示了一遍网站所有功能。二十分钟的演示结束以后,领导不置可否,只是安排开始试用整个网站功能。随后又陆续发现诸多bug,Sam挨个的调试修改。这期间,项目组成员在开始讨论另外一件事:项目预算是否有结余,如果有结余,是否可以按照先前的规定,拨付给项目组。
Sam希望把事情做好,也希望小组人员能够得到奖励。但是实际的情况是:预算现在虽然有剩余,由于项目一直不能正式关闭,所以也无法结算,而领导邀请了他的一位朋友试用该网站后,对方说,这样的网站开发,给他N万两个月内就可以完成。而到目前为止,项目组花了8N将近一年的时间做出来的成果,仍然有多方需要调整。
与此同时,Sam还想知道,项目组是否可以继续招人,因为组内同事推荐了一位他的大学同学来应聘……
(未完待续,最近太忙了,还没写完,请各位见谅~下周更新!)
【作者简介】
米雅,中国政法大学经济法系本科毕业,厦门大学MBA,半道出家人力资源从业者,先后做过销售跟单,产品经理助理,总经理助理,人力资源总监,喜欢逻辑和数学,喜欢构建管理规则,发现和解决问题者。出版过两本书,但是距离著作等身还有很长远的路。已经出版的书籍是《管理手记:人力资源经理是怎么思考和解决问题的》和《管理手记:人力资源经理是怎么做薪酬管理的》。
16楼 楚悦
我们公司也正在招人开发APP,希望不要变成笔者描述的那样。
15楼 嬅十小姐
感觉笔者描述的就是我们公司的写照啊,求下文
14楼 同盟军
当断不断必受其乱
13楼 小荷娟娟子
呵呵,看完很有同感啊!简直就是我们公司现状的写照!我们自去年下半年开始用自有研发人员两人在搞一个APP项目,因为市场上无成熟的案例,也不明确投入市场的效益,就是老板一直有这样的IDEA然后看手上还有几个可用之材就让他们去尝试做做,如今出来的东西第一版还是拿不出手!老板那个郁闷啊,曾经一度怀疑自己看错了人?不应该啊,都是***计算系高材生,一个APP被他们整了大半年还这样?现在我也犹豫,建议他实在做不出来要考虑换人了,但是老板又觉得应该再给他一个月时间观察下,他会深入内部去帮员工发现并解决下问题。阿米陀佛,现在真的是在为这个程序员祈祷赶紧把这个APP的雏形像样地呈现出来吧!:)
12楼 chengtiger
任何事情都有刚开始摸索的阶段,项目经验的丰富就是一次次的磨练出来的,值得学习。
11楼 人煎天堂
感觉立这个项目还缺少一些规划,遇到问题了才想到要去补救。
10楼 清心修己
这个公司的领导看不懂,公司的管理体系同样是雾里看花,结果倒是很清晰。这个公司到底是什么性质的,确实够令人郁闷的~
HR米雅
@清心修己:^_^
9楼 寒梅8
虽然对APP什么的不懂,但是还是可以从过程中看出点人力管理相关的东西
8楼 木子李默
能在这么多部门和领导中周旋成功,厉害。虽然对APP什么的不懂,但是还是可以从过程中看出点人力管理相关的东西,领导者不管对要求还是成绩都是“不置可否“,这点高明;从下属的角度,说动领导者同意自己观点和支持自己行动的关键就是站在一条利益链条上,也厉害。
7楼 红颜桃花
公司决定自己做这个项目,那么研发人员研发过程中有问题这个也无法预料(新研发本来就有一些未知因素在里面)。研发后结果更不能只凭老板朋友试用后的几句话就下定论,缺少综合评估,对研发组不公平。
6楼 zerglurker
感觉这个APP项目纯属拍脑袋主意,公司整体内部对自己的人员配备都不熟悉,每次都是等出了问题想去补救的时候才发现人员配备不齐全。如果早点发现问题的所在就应该尽早把项目外包出去。。
5楼 云哲
这是一个没有项目管理负责人跟进的项目,一个没有里程碑式风控机制的项目,一个没有过程管理的项目。
4楼 奔跑的羚羊
我感觉,APP的开发从一开始就错在了没有规划。刚开始应该评估APP的开发应该外包还是内部人员开发,各自的优势和弊端是什么分析清楚了之后再进行开发。APP的开发可以说是一个项目,应该包括预算,人员,项目进度等等。
HR米雅
@非洲羚羊STT:是的。
3楼 江右布衣
计算机?不懂
2楼 岁月无痕河山有情
构建管理规则,发现和解决问题,改善组织运行效率
1楼 yqzasd1983
任何事情都有刚开始摸索的阶段,项目经验的丰富就是一次次的磨练出来的,如果太顺了也学不到啥东西