S stuwe Unregistered / Unconfirmed GUEST, unregistred user! 2005-02-28 #1 一个项目开发完成,必然会面临实施的问题,实施的成功与否将直接关系到这个项目的命运,也直接关系要开发者的利益,做为开发者也好实施人员也好,怎样才能保证一个项目成功的实施? 希望大家都谈谈看法!互相学习!
S stuwe Unregistered / Unconfirmed GUEST, unregistred user! 2005-02-28 #2 一个项目开发完成,必然会面临实施的问题,实施的成功与否将直接关系到这个项目的命运,也直接关系要开发者的利益,做为开发者也好实施人员也好,怎样才能保证一个项目成功的实施? 希望大家都谈谈看法!互相学习!
Z zbird Unregistered / Unconfirmed GUEST, unregistred user! 2005-02-28 #3 这个应该在项目开发初期做可行性研究的时候就考虑到了的啊。
青 青出于蓝 Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-01 #7 多沟通,一步一步进行,每一步都有相应的文档让用户先了解你的处理方法。
如 如云 Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-01 #8 在一些小的公司里,往往开发者担当着实施者的角色,主要是缺乏能与客户很好沟通的实施人员。像我所在的公司,就没有实施人员,可以说我从项目开始到结束,都是我一个人担当,虽然减少了不同部门人员之间交流沟通的麻烦,也免去了很多实际开销,项目尽量按客户的原有意图进展,但是最终项目的实施效果往往差强人意。原因很多,最重要的是由于时间进度,资金问题,或者项目人员的能力问题等等没有将软件工程的概念贯穿始终。对于小项目来说,按照人月神话的观点,人员精简往往比大团队更能节省时间资源,提高开发效率,但是这样做出来的项目不通用,代码可再利用率太低,实际上从长远来看很不合算的。 所以在实际项目中,最好将各个部门的职责分开,各尽其职,做到互不干扰。 在实施过程中,实施部门应针对项目的功能特点,适用行业,做一番透彻的分析,最好制定一份详细的实施计划书,最后可和客户作进一步沟通,以便再行调整。对于客户提出的不切实际的功能上的要求,或在实施最后又提出新的要求,应坚决的予以驳回,但在沟通方法上讲究技巧,否则你以及整个公司可能都会在实施过程中陷入一个巨大的无底洞中。 就说这么多了,这都是我的一些切身感受。可能废话太多,大家捡有用的看吧。
在一些小的公司里,往往开发者担当着实施者的角色,主要是缺乏能与客户很好沟通的实施人员。像我所在的公司,就没有实施人员,可以说我从项目开始到结束,都是我一个人担当,虽然减少了不同部门人员之间交流沟通的麻烦,也免去了很多实际开销,项目尽量按客户的原有意图进展,但是最终项目的实施效果往往差强人意。原因很多,最重要的是由于时间进度,资金问题,或者项目人员的能力问题等等没有将软件工程的概念贯穿始终。对于小项目来说,按照人月神话的观点,人员精简往往比大团队更能节省时间资源,提高开发效率,但是这样做出来的项目不通用,代码可再利用率太低,实际上从长远来看很不合算的。 所以在实际项目中,最好将各个部门的职责分开,各尽其职,做到互不干扰。 在实施过程中,实施部门应针对项目的功能特点,适用行业,做一番透彻的分析,最好制定一份详细的实施计划书,最后可和客户作进一步沟通,以便再行调整。对于客户提出的不切实际的功能上的要求,或在实施最后又提出新的要求,应坚决的予以驳回,但在沟通方法上讲究技巧,否则你以及整个公司可能都会在实施过程中陷入一个巨大的无底洞中。 就说这么多了,这都是我的一些切身感受。可能废话太多,大家捡有用的看吧。
S SmallGhost Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-01 #9 我们公司也帮一家公司开发了一套企业管理软件,都快过了半年了,可是客户始终 没有用上,原因就是这家公司的职员怕用新系统,不愿意学习,他们觉的还是用 老系统,反正事情也可以完成!根本不会去考虑用新系统!头很大的!
我们公司也帮一家公司开发了一套企业管理软件,都快过了半年了,可是客户始终 没有用上,原因就是这家公司的职员怕用新系统,不愿意学习,他们觉的还是用 老系统,反正事情也可以完成!根本不会去考虑用新系统!头很大的!
S shangchao Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-01 #10 客户的使用习惯必须要考虑! 推广工作是一个用钱的事,钱少有钱少的办法,钱多有钱多的办法。 水到山前必有路!!
H hotboys Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-01 #13 項目開發的時候,就要考慮由誰來實施。實施的人應該對項目非常熟悉,並且對此項目用於的行業應有一定的了解。
C chuanxue Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-04 #15 有些公司的职员简直笨的不得了。没有一点上进心。
C chengjian Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-04 #17 我是一个人做完所有的事:设计,开发,测试,实施,服务... 当然,都是一些很小的项目...
X xuxincheng Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-04 #18 我的几个项目都是我自己参与实施、培训的,效果很不错.要找到突破口,找一些手工或原有系统无法实现的而又迫切需要的功能实现了,开始在小范围试用,让客户看到,我的系统能够为他们解决问题,然后逐渐取得客户的信任,根据客户试用的意见和建议,及时调整系统,不断跌代,扩充,这样就离验收不远了.
我的几个项目都是我自己参与实施、培训的,效果很不错.要找到突破口,找一些手工或原有系统无法实现的而又迫切需要的功能实现了,开始在小范围试用,让客户看到,我的系统能够为他们解决问题,然后逐渐取得客户的信任,根据客户试用的意见和建议,及时调整系统,不断跌代,扩充,这样就离验收不远了.
X xianghu_yue Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-07 #19 一开始应该自己开发人员来实施,每实施一步,留下完整的文档,同时修改项目内的bug,后期阶段交给实施人员来维护
W woyaoying Unregistered / Unconfirmed GUEST, unregistred user! 2005-03-10 #20 制定实施计划,根据客户的水平进行相关的培训,并借此宣传软件的思想。 用户提出一些意见和建议,记录并完成一些有价值的文档。 实施不仅只是简简单单的给用户安装软件,更重要的是让用户接受软件的思想,再说恐怕真的很多。不同用户,不同的行业,实施的方法与策略大可不必千篇一律,关键让用户能接受软件的思想。从思想上改变,只有这样用户才能配合你完成实施。
制定实施计划,根据客户的水平进行相关的培训,并借此宣传软件的思想。 用户提出一些意见和建议,记录并完成一些有价值的文档。 实施不仅只是简简单单的给用户安装软件,更重要的是让用户接受软件的思想,再说恐怕真的很多。不同用户,不同的行业,实施的方法与策略大可不必千篇一律,关键让用户能接受软件的思想。从思想上改变,只有这样用户才能配合你完成实施。