首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件开发 >

一个项目会透过多少个环节,你知道了吗

2012-09-01 
一个项目会经过多少个环节,你知道了吗?谢谢看了《外包公司,你去了吗?》这篇文章的朋友,接下来,我说说一个项

一个项目会经过多少个环节,你知道了吗?

谢谢看了《外包公司,你去了吗?》这篇文章的朋友,接下来,我说说一个项目会经过多少个环节。

记得以前,在csdn论坛上说过,他的公司一个项目接下了20多万,然后一个程序员口出说道:“给我1万,我一个星期帮他搞定。”那是不是一个20 万的系统,真得1万块就能搞定。那下面我在详细跟大家分析一下。

?

首先,一个项目下来,肯定是要有资金注入,不管这个资金是投标回来,还是从投资者那里来,但总的来说,这笔钱资金是要有的。当这笔资金下来后,那投标方(A公司)就要组织人力(专家团队+销售团队)进行售前工作,因为对于一个企业(B企业)来说,要的不仅仅是一个系统,他们想要的是能帮助他们的企业生产力搞上更高的一个层次。那么就需要专家团队进行深入的讨论和研究。比如,B企业应该是如何管理的,应该符合什么的指标,如果产生利润,信息化管理在哪建立等等一系统的问题。可惜是,我去访问这些售前专家们:“你们是不是要很专业的,具体要什么样工具呢?就是Msword吗”,回答是:“也没什么,每天就是讨论,访问再讨论写文档,画图,做PPT,其实就是打杂的,没什么。”为什么这些人会有这样感觉呢,以后有机会再讨论。

?

?当专家团队和销售团队进行编制管理文档的售前工作大约1到2个月的时候。一堆堆的管理文档、PPT文档、专业术语文档、会议文档等等一系列与开发不相关,但必须的文档就交给了B企业,在这个过程专家团队与销售团队要经常到B企业的各个关键人物打招呼,文档改了又改,写了又写,我想这也是程序员最讨厌的事情。与客户企业见面的时候,讲求相当多的技巧,特别与政府部门打交道的时候,简直就可以写成一本厚厚的书,至于这方面,大家可以多与这方面的人聊天得知,至于想买书了解的朋友,我想现在市面上还没有一本说这方面的书,至少符合我们国情的书还没有。或者以后有机会再与大家讨论此话题。

?


专家团队和销售团队搞得差不多(这里指差不多,因为没有绝对完成)的时候,专家团队与销售团队就要给出完成的任务表,但通常我们看到的都是100%任务完成,来增加客户信心。至于如何增加客户信心,这里还是有很多技巧,也可以写成一本书,但不是本文的内容。

?

?

到现在,开发部门的人该上场了。首先是项目经理与专家团队和销售团队打交道,进行交接。这个过程一般为1周左右。在交接过程中,项目经理要拜访团队们见过的所有客户。以便留下聊系电话和对头人。当然中间免不了还有就是吃吃饭,磨磨牙,中国国情麻。

?

?

当项目经理交接完毕的时候,项目经理就要去组织他的开发团队,首先是要向公司申请人力,第二要做计划(给领导看的),第三是要概要文档(要些什么,准备做些什么)和公司规定要写的文档。这是很考项目经理的文字能力。之后还有一大堆的文档要写哦,真的不比写代码少。如果和政府部门打交道的时候,还要帮政府写呢,中国国情麻。

?

?

当团队组织起来,就要进行人力规划。团队里应该有什么呢?应该有程序开发,美工,数据分析员,测试员、架构师。这种组合一般小公司并不具备,特别是专业的测试员和数据分析员,这两个其实是与程序开发员同等地位的角色。当项目经理忙着应付领导们与客户们的时候,程序员也进行着收集资料,准备开发的状态。当项目经理搞需求,与大家分析完毕后,很可能就要大家写需求文档、设计文档、数据库设计、用例说明等等。但在国内,我很少见到把所以的东西设计完了,才开发的,通常只做其中一部分就写代码了,没办法,任务期短得要死。要完完全全把设计搞出来 ,根本不能符合我们的国情!

?

?

当程序员烽烽火火去开发的时候,最多见的是什么地方卡住了,与需求偏离了,还有是技术上达不到需求,总是被卡某个点上了,还有就是B/S架构总让客户感觉交互不足,界面美化不足都让程序员和美工头痛。还有数据查询时间太长、一个服务器应用太多(通常什么乱七八遭的东西都往服务器里面塞,没办法,公司不肯买多几个服务器)等等都让整个项目感到前进艰难。

?

?

时间一天天过去,留下来的,就是测试,测试员进行测试的时候。需要写份测试计划,测试用例,测试汇总、测试结论等等文档的建立,还有对系统的测试和需求分析的理解,测试包括了功能测试,界面与需求测试,性能测试。在测试前,首先是进行‘冒烟测试’,如果‘冒烟测试’测试通过了,才进行功能测试等一系列非常专业的测试。所以这个过程,需要对需求有深度的理解和需求分析的参与。

?

?

测试与改错误,在这一阶段成了程序员与测试员的主要工作了。但这仅仅是功能上或界面上没有逻辑错误的表现,更深一层的就是性能上的提高。所以如果没有专业测试员的团队,程序员很可能需要花费比较长时间来进行深度回归测试。

在与交付期一天天逼近的时候,领导给压力了,但项目必竟是项目,错误必竟是错误,性能必竟是性能,除非有现成的东西来取代,否则搞不好就是搞不好,任你如何逼,这也是为什么领导不喜欢换架构的原因,因为换一套架构需要时间成本与人力成本太高了。

?

?

到了将近交付期的那几天,B企业打电话过来,说:“我们找了个监理公司(一个像税局的公司,专门去项目公司查规范和代码),帮助我们如何把这个项目搞上去,你们准备好规范的文档与代码,他们过来协助你们”。惨了,惨了,之前一直为了追进度,都没有建立什么规范的文档和代码,还有代码错误一大堆怎么搞???没办法,人家是你的客户,只好硬着头皮。找出人力搞规范文档和代码注释了, 一行行的写回去……。项目经理也要准备演讲稿,准备在交付会议上演讲,忙呀忙……。

搞实施的团队也开始准备上场了,
“项目经理快快应付。我们还有代码要写!!!”
”终端、文档、服务器,机架……。什么你们还没向公司提出来,项目就快上线了“
”《使用说明书》、《技术手册》、《数据字典》、《培训手册》、《会议安排》……“
“B企业的xx子公司安排了培训没有??”
大家天天忙着各自的事情。

?

?

?


看到这里,大家也大概知道一个合格的项目要经过售前、售中、售后, 才可以交付到客户手上。客户使用的仅仅是你做出来的代码表现和最终的使用手册。所以客户很多时候会跟你说:”这很简单,怎么怎么样“、或对你的界面表现不满意:”怎么这么难用的?“或”系统怎么老挂掉“等等。一句就把大家之前的辛苦否决掉了。你说,这是谁得错?

热点排行