软件优质项目开发失败的实例.docx
- 文档编号:18370721
- 上传时间:2023-08-16
- 格式:DOCX
- 页数:10
- 大小:22.66KB
软件优质项目开发失败的实例.docx
《软件优质项目开发失败的实例.docx》由会员分享,可在线阅读,更多相关《软件优质项目开发失败的实例.docx(10页珍藏版)》请在冰点文库上搜索。
软件优质项目开发失败的实例
一种非典型失败项目启示
一、案例故事(纯属虚构)
1.需求萌芽
培训战场硝烟弥漫。
火星培训公司总经理火总,正在抓腮挠头,思虑着如何在激烈竞争中立足并脱颖而出。
抓起电话,让文员告知10点开个全公司大会………
会上讨论氛围非常热烈,除了火总,所有人似乎都抓住这个难得机会,为近来自己业绩下滑铺陈理由:
市场部M经理:
竞争对手较好很强大,她们总是先咱们一步把咱们盯着潜在学员弄走了………
客服部C经理:
咱们很努力关怀学员,但是学员依然有诸多抱怨,甚至还说被咱们给忽悠了……
市场部李MM:
咱们虽然有诸多先进学员,就业状况较好,可是咱们却难以找到她们之前培训记录,甚至找不到她们当前联系电话,要是可以找到这些人进行回访,并让她们回来给学弟学妹们现身说法,相信会增进咱们招生工作。
……….
一时间众说纷纭,火总看看手表,以为必要讨论出一种针对性对策才是,于是挥挥手,“那人们看看与否有什么好主意?
”
“我理解到水星公司,她们有一套软件,可以支撑培训业务所有流程!
”市场部王GG似乎有备而来,僵坐2小时说第一句话。
“嗯…”
“有道理….”
“对,咱们也应搞一种!
”
……
一时间人们似乎全被点燃激情,看到了一扭颓势但愿。
火总沉思不语良久,终于喃喃说道:
“是有道理,让我再考虑考虑吧……散会吧!
”
2.可研、立项
火总回到办公室,她刚才没有当场决策因素是会上信息不够。
弄个这种软件需要多少钱?
搞了这样个系统真有用吗?
然而,她毕竟见多识广,懂得当前信息化建设是大势所趋,决定进一步理解一下。
火总想到了提出这个想法王GG,对了,让她详细陈述一下!
于是就拿起电话……
2分钟后,小王在火总宽敞办公桌对面正襟危坐。
“小王啊,我对你刚才提到那个建议很有兴趣,能否仔细谈一下你想法?
”
“好。
”王GG终于逮到在老板面前体现机会,自然不会放过。
“一方面,水星公司是当前咱们公司首要竞争对手,她们有IT软件支撑,我想咱们也应当有吧?
”火总若有所思点了下头。
“另一方面,上这个系统之前,水星公司跟咱们同样,各个部门之前沟通都是通过纸质文献,效率低,挥霍大;上了这个系统后,她们基本实现了无纸化运作,一年光打印纸就节约了好多钱!
”“嗯,这个好!
”一听到能省钱钱,火总来劲了,身子往前探了探。
“再者,上了IT系统,所有数据在各个部门共享,人们都可以使用,并且数据可以保存好久,她们通过系统对学员从招收到从业后回访,实现了全程关怀,客户满意度一下高了诸多,以至于她们招收学员越来越容易!
”“对对对,咱们也想这样搞!
”火总显然被打动了!
“……”王GG继续说了不少好处
“那究竟要花多少钱?
”火总终于把自己最关怀问题说了出来。
“哦,据说水星公司第一年用了大概50万,涉及软硬件!
”
“50万?
!
……”火总眼睛瞪得老大老大,这可是她公司一年营业额啊
“据说她们只用了两年就把投资额所有回收,当前业务量比上系统前提高了3倍!
”“嗯…….”火总再次陷入沉思……
2分钟后,火总打破沉寂:
”小王啊,我以为这个建议真较好,我决定了:
要做!
我决定让你来负责这个项目,你看有问题吗?
“
“谢谢火总信任!
”王GG高兴差点从凳子上蹦起来。
“咱们给这个项目定个名字吧。
”小王建议。
“嗯,就叫【火星业务支撑系统】吧,英文名:
HSS!
”火总擅长包装,这点小事难不倒她。
“但我但愿今年投资可以控制在20万,你看有无把握?
”
“嗯,呃……我争取吧!
”王GG有点没有把握,但还是应承下来了
3.招标、选供应商
小王第一次接手老板直接委派任务,踌躇满志!
她做第一件事是找到她朋友——马甲,马甲就职本地一家小软件公司——土星公司,有了超过2年开发经验,始终但愿自己可以有朝一日当个项目经理。
这回朋友找上门,她一口答应——其实她尚有一种“诡计”,就是届时争取由自己公司承办该项目,然后自己来当项目经理!
马甲开始当起了小王“狗头军师”了……
马甲建议小王:
一方面要收集使用部门需求……
小王就开始在各个部门跑动起来,最后她整顿到各个部门大概需求如下:
市场部:
学员招募管理、营销人员考核和管理
客服部:
学员信息管理、学员满意度管理
课程部:
课程体系管理、学员考勤管理、学员学习效果评价
财务部:
学员培训费管理、内部员工绩效考核
……
此间,马甲不时跟小王灌输:
当前流行三层架构,J2EE,SSH框架……小王明白马甲推荐必定是她所擅长技术。
1周过去……
马甲看着小王提供需求清单,皱着眉头:
“这个预计要花挺多钱……包括软硬件20万?
有点悬!
”
其实小王原本打算如果马甲公司可以20万之内吃下话,她就建议老板直接委托给马甲公司,毕竟马甲是自己好朋友嘛。
但当前看来不行了。
老板批示:
那就招标!
不信20万拿不下!
这大大出乎马甲意料之外,她起先以为十拿九稳,打算拿下后回去找自己老板邀功请赏。
当前小王老板说要招标,这可就……..
马甲赶紧回公司跟老板(土总)一五一十报告了状况。
没想到土总并不责怪马甲,反而安慰她:
你这个事情干得不错!
我决定让你负责这个标!
马甲受宠若惊,她懂得,这个标拿下了,按公司惯例,自己必定就是项目经理了!
小王这边正在按火总批示准备招标材料,上网一查,哇塞,招标流程还蛮复杂哦,要准备:
《投标须知》、《技术规范书》、《商务规范书》……
她载了几种范本,在其上修改后就打算直接用了,但《技术规范书》看来还得请马甲帮忙了。
马甲很乐意,由于她老板土总告诉她:
可以参加制定规范,咱们中标概率就大多了!
并且准许她用上班时间去协助小王。
不久,小王招标材料准备好了,她再次听了马甲建议,把标书发给了马甲推荐几家软件公司。
招标成果不久出来了,马甲公司技术分得分最高,商务分中档,最后得分最高胜出——中标了!
该项目19.6万,规定6个月上线。
火星公司和马甲公司商务合同订立自是另有一番折腾,此处按下不表。
自然,马甲得偿所愿,成了这个项目乙方项目经理,而小王,则继续她甲方项目经理角色。
4.项目需求调研
其实在合同订立之前,马甲就开工了。
她温习了大学《软件工程》,认真回忆了自己参加几种项目过程,感觉相称有信心。
一方面,她开始需求调研和分析:
挨部门跑,跟将来系统顾客沟通,回头就开始整顿《需求阐明书》。
一切顺利,一周后来,她《需求阐明书》出炉,提交给小王。
小王看了后来相称满意,但是她还是谨慎发给了有关部门负责人,并规定反馈。
除了提到几种错别字,使用部门没有反馈其她。
马甲心里不太踏实,请小王领着一起拜访了各个部门重要接口人,得到了大体类似回答:
“应当差不多吧,能想到差不多你都写了……”
5.设计
该开始设计了!
马甲感觉一切都很顺利,她祭出J2EE大旗,心里暗暗乐着:
我用架构是如此先进,届时要让所有人大吃一惊!
当前感觉大学学课程总算派上用场了!
流程分析、E-R图、UML…..,能想到都得用上!
……..
激战1周后,马甲同志单枪匹马,弄出了《XX项目概要设计阐明书》,40多页!
哇塞,太帅了!
马甲自己看着都不禁洋洋自得!
6.代码实现
土总给马甲配了3个开发人员,除了1个(小龚)有1年Java项目开发经验外,此外两个属于新手。
但马甲没有办法,虽然她但愿开发人员都是纯熟工,由于老板告诉她,前期几种纯熟开发人员跳槽了,当前公司人员比较紧缺,为了这个项目她还特地紧急招聘了几种,都放到她项目组里了——马甲理应感激涕零,不是吗?
。
马甲开始分派任务,按模块分:
马甲自己负责学员信息管理模块、学员招募管理模块
小龚负责学员学员满意度管理模块,财务管理模块
其她两人也类似划分,分别领了各自模块去开发
……….
马甲规定开发小组所有人,都需要对自己负责模块,从UI、代码、到数据库表设计,从头到尾,所有搞定!
“咱们筹划用4个月完毕开发,然后人们开始集成测试!
当前开工!
”马甲一声令下,项目组开工了。
7.代码实现阶段某些特写
第一周:
人们都感觉不错,信心很足,进度也很顺利。
虽然除了马甲和小龚,其她两位新手技能上还不纯熟,但她们都能加班加点,查资料解决问题,似乎也都能准时搞定当天任务。
第二周:
马甲突然发现自己本来设计有些地方似乎不当当,但是她觉得改设计文档很麻烦,于是没有去修改。
小龚这两周多次和马甲沟通马甲设计阐明书,小龚觉得有些地方表达不清晰,有些地方设计不合理。
但马甲忙于完毕自己模块,并未完全放在心上,此外她也觉得自己设计能力应当比小龚强,接受小龚意见有点没面子。
而两位新手呢,则先是频繁问马甲关于设计事,起先马甲会耐心解释,但不久由于自己开发筹划老被打断开始烦躁,两位新手徐徐也不问了。
徐徐,人们似乎都遗忘了那份美丽设计文档。
第一种月快过去了,马甲问人们:
进展如何?
答曰:
一切顺利!
第二个月,第三个月,仍是一切正常!
筹划集成时间到了,马甲没有忘掉,但是这两天只睡5个小时,自己负责两个模块总算交工了!
真累啊!
8.代码集成
“人们都把自己完毕那某些发给我,由我来集成!
”
于是人们都把各自代码拷贝给了马甲。
“你这个目录这样这样命名?
”
“你代码都没有注释?
”
……
马甲一边“集成”代码目录,一边抱怨着。
“咦,怎么编译不通过?
靠!
这样多编译错误!
”马甲惊叫一声,人们都围了过来。
“不也许啊,在我电脑上跑好好!
”小龚一脸难以置信
“哦,我忘了跟您说了,昨晚我改了一种地方,还没有编译测试,不好意思啊!
”其中一位新手看着其中一种编译错误,赶紧认错,一脸不好意思
“……..”
马甲那天午饭只吃了几口,第一由于她心情太差实在没有胃口,第二是她急着回到电脑前面排错。
集成期间,马甲有理由沮丧,由于她被几件事情折磨快疯掉了:
目录覆盖后,旧代码无法找回;
共用模块存在冲突;
集成后存在同一业务数据放在不同名字基本表中;
……
事情很糟,她们花了1周,涉及两天周末,每天都是凌晨才歇工,总算让系统“集成”了起来,编译通过,流程勉强走通。
9.测试
终于可以测试了!
马甲长舒一口气。
她懂得,测试很重要,但如何测试呢?
仍旧,她给团队每个成员划分了模块,让人们分头测试。
固然,自己负责模块是不能由自己来测试,测试出来问题,会第一时间告知代码作者。
人们开始行动了,一时间鼠标翻飞,人声鼎沸……
测试还是测出了不少问题,新手问题相对多某些,例如输入合法化验证、边界检查等等
每次被她人找到一种错误都是不幸,由于意味着当天你得加班修复。
这段时间,马甲受困于几种问题:
为什么修复了一种BUG,却会新增更多BUG?
为什么总会浮现“这个问题前两天我改了呀,怎么又浮现了?
”?
除了单步跟踪这个办法外,就没有其她办法可以定位问题了吗?
10.顾客测试
终于要见公婆了,虽然是丑媳妇。
由于马甲看着这个“产品”突然觉得是如此陌生,跟当时自己设计想法简直是天壤之别。
马甲带着忐忑不安心情上路了。
又是一天辛苦,总算是给顾客布置起来了一种顾客测试环境。
为此,小王专门给各个部门发了告知,但愿她们抓紧时间测试。
“不对啊,怎么跟我当时提不同样啊?
!
”
“这个数据输入后,怎么没地方找了呀?
”
“下一种流程是什么?
”
试用第一天是如此混乱,以至于马甲有种被五马分尸感觉。
问题比预想多得多,马甲抓着头发,恨不得让自己往墙壁上撞,让自己大脑“死机”半晌
11.需求变更和蔓延
马甲再次遇到让自己措手不及事情:
顾客提出了更高规定!
状况大概是这样几种:
顾客尝试着使用系统,她们经常抱怨这跟她们本来构思不同样;顾客以为这是马甲当时没有对的理解自己需求,而马甲以为自己已经用《需求阐明书》跟顾客确认,顾客给了必定答复自己才去实行,因而应当算变更。
顾客在使用这个“可运营”系统时,突然发现灵感迸发,许多“改良”思路喷涌出来,职位越高,体现越明显。
其中火总提“新需求”最多,马甲尝试着提示火总“这是新增需求,不在合同规定范畴内……”,火总一脸不悦,“我没有见到系统,固然不懂得要什么东西,要怎么做啊,这怎么能算新增需求?
再说,合同中不是有提到要提供‘分析报表’吗?
”。
看到情形不对,小王用眼神暗示马甲,意思是:
火总提你就做吧,别计较了,开发款还指望火总及时支付啊……
可怜马甲敢怒不敢言,悻悻回家,加班做吧,还能如何?
12.后记
第一次顾客测试后,进行了大量返工。
马甲团队中小龚离职。
第二次顾客测试时候,已经延期6个月了
日后,马甲建立了团队开发环境,引入配备管理工具,还调节了团队开发方式,两个新手也逐渐纯熟起来…...
马甲像悲壮《斯巴达勇士》同样坚持着,起早贪黑,废寝忘食,她已经不在乎老板给不给她发奖金了,她当前只想尽快搞定这个该死项目,仅仅为了荣誉!
又过了6个月,火星公司终于批准上线使用…..
3个月后,系统初验。
此时马甲已经掉膘30斤了,女友也早离她而去……
又过了一年,这个系统变得很慢。
小王打电话给马甲,才懂得马甲早已跳槽,而其原公司也已经放弃软件开发业务(这个项目尾款火星公司没有支付),无法给她们提供维护支撑。
通过多日讨论,火总下决心“升级”该系统,另找供应商重新开发——这次,她预算50万……
二、案例分析
1.案例分析提纲
●这个项目生命周期?
●项目成功了还是失败了?
●这个项目中干系人是哪些?
分别是什么角色?
她们各是什么盼望?
●“顾客”和“客户”区别?
●这个过程有哪些经验、教训?
●如果尚有一次机会,你会提示马甲些什么?
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 优质 项目 开发 失败 实例