看情况的:
对于中小型项目(甲方是中小型公司,项目金额30万以内)通常不需要出差,毕竟项目不大老是出差费用也控不住,远程处理就能搞定问题!
而对于大中型项目(甲方是大型集团,项目金额百万以上)则通常需要驻场开发,如果甲方在异地,那管理软件开发人员就需要出差了,但是甲方不差钱,你们不用担心费用问题,出差挺好的,有补贴收入而且不被领导盯梢。
一般软件公司硬件方面涉及的都不深,就是SUN,HP,IBM的一些服务器,不过也不用开发人员去关心,主要还是系统应用的平台。
好的软件很少应用在Windows系统中,要了解Linux,Solaris系统。其他的也可以了解,不过一般用的不多,这两个系统很象,都是Unix内核,记一些命令平时没事就练练,学一下在这些系统中安装tomcat、Oracle的流程,没事自己整个虚拟机练练。
开发环境,小应用程序C方向的 VC居多,java方向大部分都是用Eclipse,大的程序服务级别的C方向的就比较痛苦,服务没有用VC开发的,都是纯C语言的,要在记事本中开发喽吼吼(我是这么做的)然后用gcc编译,安装。
web方向MyEclipse+Tocat居多,web容器也有使用Weblogic和Jrun的。
现在的it项目外包公司有很多,其中不乏有些规模比较大的公司,比如我们公司就是的,但是选择it项目外包公司不能单单看规模大小,案例,售后服务服务等也是要进行综合考虑的,依据我们的开发经验,下面就来为大家介绍怎么选择it项目外包公司。
实力可靠
在选择it项目公司时,首要一点就是必须考察公司实力。众所周知,it项目开发商有大有小,甚至还有一些个人开发者,因此在选择时一定要进行实地考察。这其中包括开发公司项目参与人员的综合素质、技术人员的技术是否过硬、是否有代表性案例等等,这样都能体现出it项目开发公司的综合实力。
信用良好
除了实力可靠外,信用良好也是优秀it项目开发公司必须具备的,我们可以去了解某个it项目开发公司的信誉、口碑,是否有过不良记录等等。这种过程通过多种渠道、多种方式来完成,比如通过与该公司有过合作的企业进行了解等等
服务优质
高品质的服务是同样是优秀it项目开发公司必须具有的。如果说雄厚的技术实力是一个it项目开发公司的硬实力,那么优质的服务就是其软实力的体现。众所周知,it项目开发往往需要几个月时间才能完成,而此过程中需要双方多次沟通,而此时服务就体现的淋漓尽致。
项目名称:xx系统设计与实现
软件环境:Windows xp sp3/Windows7/redhat enterprise 5
硬件环境:E7500+4G内存+320G硬盘+百兆兆网卡+百兆局域网
开发工具:Myeclipse 65+MYSQL
项目描述:该项目是为xxx公司建立的xxx系统,其中包括了生产、物料管理、人力资源等xxx个子系统,共xxx个功能模块;
责任描述:负责项目的前期调研,可行性分析报告编写,整体规划和项目控制等等
如何编写IT项目方案通过学习如何编写方案,让大家进一步体会管理线索在实际工作(项目)中的应用
帮助大家更容易地理解IT项目管理的理论体系:九大知识领域和五个过程组
帮助大家学习掌握IT项目方案编写方法
目录什么是方案如何编写需求分析如何编写方案设计原则如何编写解决方案如何编写实施方案如何编写维护服务方案如何编写培训方案如何编写典型案例典型设计方案分析方案就是解决问题的方案
方案有:用户解决方案、项目申报方案、可行性报告等等
写方案的目的就是让别人知道,你有能力高效、低耗、低风险地完成特定的任务目标
方案中要解决:为什么做做什么达到什么效果谁来做怎么做花费多大代价有何风险、怎么控制质量如何保证你是否有相应的能力什么是方案方案的背景,讲述当前与方案相关的社会、需求、技术等背景情况,国内外同类解决方案的情况等
一般出现在申报方案
需求分析,即问题所在或方案的目的,讲明这个方案要解决的问题是什么,方案都是有目的的,在这里就是要阐明目的,并树立起要解决问题的目标
给读者阐明为什么做
方案的意义,高度概括,这个方案能解决什么问题,方案的实现能带来什么好处
一般出现在申报方案
方案设计原则,就是在设计解决方案时,必须要遵循的原则
所谓原则,就是不能突破并必须严格遵循的尺度
在每个具体的解决方案中,都要体现预先确定的原则
遵循的标准,包括国标、行标、地方标等,也是在设计方案是不能突破的尺度
方案的目标,总体概述解决问题的方案,高度概括
一般出现在申报方案
解决方案,给读者阐明怎么做,来解决问题
是解决方案的主体
方案有以下要点或组成部分组织架构实施方案(进度计划),给读者阐叙做的具体步骤,工作路线
服务方案(服务计划),给读者阐明你有服好务的具体措施
培训方案(培训计划),给读者阐明你有做好培训的具体措施
沟通计划质量控制计划风险识别和风险控制计划设备采购计划工作量估算和人力资源成本预算典型案例介绍,给读者证明,你已经具备了实现这个方案的能力
工作基础、工作成果积累,进一步论证你具备实现这个方案的能力
满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则,要对用户和招标文件的每一项要求都有明确的响应,要清晰准确地领会用户的意愿,不能随意抵触或反对用户的意愿
要努力在方案中体现我们的特点(特别是主要竞争对手所不具备的特点),要在方案中发挥我们有利的资源,厂商产品选择是要考虑利润最大化和商务可控性
需求分析即问题所在或方案的目的,讲明这个方案要解决的问题是什么,方案都是有目的的,在这里就是要阐明目的,并树立起要解决问题的目标
给读者阐明为什么做
用户需求分析总会是用户解决方案的第一部分,这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等
用户需求分析是整个方案定基调的部分,是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础
同时,到位的需求分析,也是为我们制定方案的设计目标提供依据
作为方案的开篇部分,如果分析到位,特别是用户的关注点和兴趣点分析到位,会立即引起用户的共鸣,迅速把用户吸引住,也更容易让用户理解我们后面的内容
一个到位的需求分析,是一个好方案的一半
反过来讲,如果你都不能全面地把握用户的需求,你拿出来的方案也不会有什么针对性,用户不会感兴趣
要做好需求分析,需要进行耐心细致的用户调研工作,而且根据用户项目的特点,制定明确的需求调研线索和方案
需求分析用户立项的宏观背景用户立项的目的和意义用户的组织架构用户当前it建设的情况采用的技术需求软件功能需求软件性能需求(质量需求)平台环境需求安全方面需求项目风险识别用户关注点和兴趣点详细分析等每一部分根据需要,可以做进一步分类描述
对于一个综合性IT应用解决方案,如金保工程方案,需求分析应包含以下几个方面的内容大家要注意,用户需求是多角度的在进行需求分析描述时,各部分分类要清晰多用条理性描述少做长篇论述各部分内容分量要均衡要点要清晰准确要体现全面、到位和重点突出
大家记住,这里每一部分的描述都将是后面相应内容的线索和论据
用户需求分析往往是方案编写者最容易忽视的部分,好多人都是随便凑点内容,甚至凑一些根本无关的内容
这样的后果是,因为自己不重视,也就不能真正地掌握用户的需求和期望,写出的方案针对性不强
方案设计原则是每个方案必须的部分,也是很多方案编写者最轻视的部分,好多人的办法是随便抄一个其他方案的原则部分,应付了事
这反映出他们根本不知道原则是什么、原则的作用是什么
方案的设计原则是设计者对设计思想的纲领性的描述,是对需求的高度抽象和概括,是进行方案设计的最基本的指导方针
就是在设计解决方案时,必须要遵循的原则
所谓原则,就是不能突破并必须严格遵循的尺度
在每个具体的解决方案中,都要体现预先确定的原则
在方案设计原则中,要表明在方案设计时重点要考虑哪些问题,要突出对用户关注点和兴趣点的对策,这些内容要与需求分析的相关内容紧密呼应
方案设计原则的编写可以分为两大类,一类是基础性原则,一类是响应用户特殊需求的原则
方案设计原则基础性原则在每个方案中基本都会有,如:先进性与成熟性的原则先进性与保护投资的原则安全性原则功能完备性原则灵活性原则可维护性原则可扩展性原则等等
基础性设计原则我们拿可维护性原则作为例子分析一下“原则”的含义可维护性的意思是,根据我们提供的方案开发出的系统,具有方便进行维护的特点
换句话讲,我们进行方案设计和开发时,要充分考虑今后维护的方便可行
即便这些基本性原则可能在很多方案中都有,但也要充分理解用户的期望
如用户项目资金充裕,那可能就要突出先进性的原则
反之,可能就需要充分考虑原有设备的复用,保护原有投资
用户特殊需求的原则要认真下一番功夫直接体现我们是不是重视用户的想法是不是真正理解他们的需求要想做好这方面的文章,就必须对用户的需求、用户的关注点和兴趣点非常清晰
一般情况下,在介绍方案时,原则部分会有比较强的冲击效果,特别是那些很到位的响应用户特殊需求的原则
说白了,就是告诉用户,你关心什么,那么我们就将在方案中注意、解决和实现什么
解决方案这部分是方案的主体部分,也是分量最重的部分
需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义
方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则,或者说是应该重点关注和考虑的问题
标准规范部分讲的是方案设计的应遵循的标准规范
这部分是介绍我们设计出来的结果
是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范,全要在这部分中体现出来
解决方案为了让大家容易理解,我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍,这个例子就是一座大楼的设计方案
设计一座大楼是一件很复杂的工作,要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等,要进行力学分析、结构分析等,可以说设计一座大楼是一项庞大系统的方案设计工作
后面将给大家介绍一下编写这部分内容的注意事项
首先请大家记住,我们这里讲的设计方案,是我们与用户沟通交流的方案
目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求,是让用户树立起与我们合作的信心,但并非是一个具体的开发方案
因此需要重点突出而不需面面俱到,不需要或者千万不要落到具体的细节上,要尽可能保证各部分内容的均衡
设计方案编写要点之一在方案描述部分的最前面,要有一个方案的总体描述,可以称为总体设计方案
或成为方案蓝图也就是项目的总体目标这部分是对你的设计方案的高度概括性介绍
设计方案编写要点之二为了能让用户了解你的方案的全貌对于比较复杂的设计项目来讲,不是几句话几段文字可以表述清楚的需要站在不同的角度、针对于不同的层面进行介绍譬如说大楼的外观,从正面看,你是看不到全貌的,即便你把外貌全介绍清楚了,如果不介绍其他的话,别人也很难明白这个大楼
因此要学会角度、层次的分解可以从类别上分,也可以从功能上分,分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案
一般一个IT项目方案包括:技术架构网络架构安全架构功能架构性能指标
设计方案编写要点之三对你的方案进行分解描述时,要充分考虑前面需求分析的内容
需求分析中提到的需求和问题,在方案描述部分都要有相应的解决方案,前后呼应,前面讲为什么要做,这里讲怎么实现
与需求分析呼应,也是方案分解描述时进行分解的参考依据
方案是否与需求相呼应,意味着方案是否扣题
有很多这方面做得不到位的方案,对在这个项目上行,按在另外一个项目上也行,就成大笑话了
目的性强!设计方案编写要点之四对于一些用户关注的问题和需求,以及通过分析具有比较高复杂度的问题,也要分解出来进行单独讲解一是表明我们对用户的需求的充分响应二是表明对需求理解的深刻,尽管有些问题很复杂,但我们有可行的解决方案
借此增强用户的信心
设计方案编写要点之五要与前面设计原则部分相呼应在方案的描述中,要体现出我们是严格遵从前面制定的原则的
同样,也要对所遵循的标准规范有呼应
设计方案编写要点之六多采用图示的方法大家都知道,无论文笔怎么好,文字的东西总是比较抽象的读者必须通过联想才能理解你描述的含义
如大楼的外观情况,如果文字描述,很可能长篇累牍地写了一大堆,别人还是搞不明白
而用图的形式,可能只需三两张图,就把大楼的外观展现的清清楚楚了
图示的作用是直观
图是对方案的高度概括和抽象
做一张好图,要基于你对方案完全了解和掌握,也要基于你的知识和经验的积累
真正好的方案描述都是图文并茂,用文字辅助解释图中关键的部分
设计方案编写要点之七要学会使用表格进行描述与图示一样,表格也是一种非常好的方案描述的方法
表格的作用是简练、调理、清晰,更容易让读者理解你所表述的内容
对于一些包含大量数字,或者描述形式重复的内容,都可以采用表格的形式描述
设计方案编写要点之八对于一些重要的指标或用户关心的指标需要基于你的方案进行分析用合理的分析模型和数据证明你的方案能够达到用户所期望的指标例如设备配_选型设计,用分析的指标作为依据设计方案编写要点之九对于一些需要利用其他厂商产品进行集成的项目要讲明你所选择的原因和这些产品的作用要对你所选择的主要产品从功能和性能角度进行介绍
设计方案编写要点之十为了突出我们期望让用户产生深刻印象的内容
可以在方案描述的最后一部分做一个总结,可以用方案特点介绍的说法
在特点介绍中,要突出我们独有的特点(在一定程度上会让用户去找我们竞争对手相关的内容)
要突出用户关心的问题(与需求分析呼应)等,大家需要注意,特点一定要“特”
方案特点组织的好,也会对用户产生比较强的冲击力
设计方案编写要点之十一编写方案的时候,特别是编写这部分方案的时候切记千万不要凑材料,这个地方抄点那个地方摘点进行拼凑,这是编写方案的大忌如果需要摘抄一些资料,必须自己完全掌握这些资料的内容并且确认对解决特定的问题有帮助
设计方案编写要点之十二开发实施计划,也称总体进度计划,是对全部相关计划的有机整合,也叫整体计划
整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等
项目开发实施方案(计划或工作路线)我们常说,要完成一件事情,需要有计划、有组织、有措施、有保障地进行
我们的设计方案完成后,接着就要给用户介绍我们怎么实施完成,这就是实施方案
实施方案的编写需要按照有计划、有组织、有措施、有保障的线索,基于项目管理的思想进行阐述
在这里对大家有一个要求,就是你在写出来这个实施方案之前,你已经真正明白了这个项目到底怎么干才能干好
如果你都不知道怎么干的话,写出来的所谓的实施方案是不是可行就需要打个问号了
这个问题在很多人在写实施方案时常犯的错误
我们需要基于项目管理的思想来描述开发实施方案
首先需要明确项目的目标
其实方案确定好了,总目标是非常清晰的,那就是按照用户的需求开发出系统,按照用户的时间约定部署实施完成
但如果仅仅这样讲,那只落在了总目标的口号上了
为了拿出真正可行的方案,需要把目标进行分解,分解成一个个阶段性目标或历程碑性目标,这项分解要尽可能的准确和详细,目标越清晰具体,越容易找到实施方案
要反思,如果这一个个的阶段性目标都实现了,是不是就能很好地完成和实现总目标,如果是,说明你的分解基本就是合理的
当目标分解工作完成后,各个子目标之间可能存在时序关系,也可能存在其他关联关系,为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持,有一些比较复杂的工作可能需要一些方法的指导(工作预案)
对应于每个子目标,把这些相关的东西搞清楚描述出来,然后按照时序关系排列起来,项目的实施计划就出来了
实施计划描述需要调理,一般可以采用表格的形式
目标分解一般是采用自上而下的方式进行具体做法是,先围绕总目标的实现分解成几个大的阶段然后对每个阶段进一步分解成更小的阶段最后落实到每一项工作任务的目标上
在实施计划中,还有一点非常重要,就是必须满足用户工期的时间要求
项目组织架构不管目标怎么定,方案怎么做的,有一点是确定的,就是必须要有人去按照计划去干,去实现一个个的目标
作为一个好的实施方案,需要对承担这项工作的队伍、人员进行组织和分工
描述这部分内容的线索可以这样
定义项目实施过程中的角色,根据实施计划的需要,对参与项目的人按角色进行分类,定义角色的责任
分析一下这个项目每一个子目标实现过程中,都需要涉及到哪些类型的人,这些人与我们的那些部门有关
设计项目组的管理架构,与实施计划相关,与工作分类和角色分工有关,要有责任明确的项目负责人角色
如果队伍比较大涉及的部门比较多的话,项目负责人就需要具有比较强的资源协调能力,明确项目总负责人和不同类型工作的负责人
根据计划的需要,选择明确项目成员
一个好的实施方案,除了给用户讲清楚怎么干以外,还要介绍你的这种干法是可行的而且是风险小的,这就是实施方案的保障措施
一般情况下,应该包含这样一些内容:沟通协调措施,要有明确的沟通协调机制保障,项目是需要我们与用户、厂商、监理等一起配合完成的,因此必须要有良好的沟通
质量要求和质量控制措施
风险分析以及规避风险的措施
预算(成本计划),包括设备采购计划和人力资源成本预算
一些复杂工作的工作预案,要让用户知道我们是有办法有能力完成这些工作的,增强用户的信心
验收计划这是对双方都负责任的约定,验收方案要科学合理,要具有可 *** 作性
对于一些特定的项目,需要对我们投入的人力和工作量进行统计
首先,你要对用户参加培训的人员进行分类不同类型的人员需要接受不同的培训大体可以从系统管理角度和系统使用角度进行分类
如系统管理员(进一步也可细分为应用系统管理人员、系统环境管理人员等)、系统使用人员(或者称用户业务人员,包括各个层面使用系统的人员)等
培训方案要点之一培训对象分类从管好和用好的角度,设计培训的课程在每一门培训课程中,要对一下项目进行定义培训课程名称培训目的和期望达到的目标(培训完了,受训人能够达到什么水平或能力)受训人技术基础要求培训形式(集中上课、上机实习)培训课时数培训教材(必需要有明确的培训教材,除了编写或购买的教材以外,可以多选用项目交付时提供的资料,如设计方案、用户手册等)培训内容概要(要介绍这门课程的主要内容)
培训方案要点之二培训课程设计根据项目总体的实施计划安排,设计课程表课程表中要明确时间、地点、培训对象、课程因为这里面要考虑总体进度,要考虑参训对象所受的时间、地点的制约课程表的编排一定要合理可行
培训方案要点之三培训课程表最后可以介绍一下承担培训工作教师的情况对几个主要培训教师的简历进行介绍另外,对于一些需要比较特殊条件的培训,介绍一下我们的保障措施
培训方案要点之四培训教师介绍用户对维护服务的期望是:平时通过有效的管理和监控,尽可能地减少故障概率系统发生故障时,出现的问题能够得到最高效率的解决这也是我们设计维护服务方案时的基本原则和目标
维护服务方案服务需求分析,对用户的服务需求,从主要服务项目和特点、响应时间、期望等进行比较详细的分析
维护服务方案要点之一服务需求分析组织管理体系,告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作,每个角色的职责是什么
对服务组织中的核心成员进行介绍
维护服务方案要点之二组织管理体系服务项目定义,对于用户的服务需求进行应对,告诉用户我们围绕这个项目,能够提供什么样的服务工作,每项服务工作的含义是什么
如,我们有什么服务是对应于减少故障的,有什么服务是对应于解决问题的
维护服务方案要点之三服务项目定义这部分介绍的是为了完成我们提供的服务项目,我们有什么样的措施进行保证
如,对于我们所提供的减少故障的服务,我们采取什么样的措施来实现
服务项目和服务措施是紧密关联的,共同来表述我们能给用户什么服务和怎么给用户这些服务
响应时间定义,这是对双方都有益的一个约定,介绍在不同情况下我们的时间响应措施
维护服务方案要点之四服务措施手段定义介绍从服务请求到服务结束我们的工作和管理流程
进一步让用户明白我们拥有一个严密的服务体系,能够满足用户的服务需求
需要的话,可以对服务流程所需的管理工具进行介绍
维护服务方案要点之五服务流程介绍前面把我们服务体系的服务组织、服务措施、服务流程介绍完后
最后要针对于用户对本项目特定的服务需求进行响应
设计满足于用户服务需有的服务方案
这部分要对用户或招标文件中的服务要求进行点对点的应答,必须明确承诺是正满足
以上就是关于it项目管理软件开发要出差吗全部的内容,包括:it项目管理软件开发要出差吗、现在IT公司里做开发一般用什么开发工具、it项目外包公司有哪些等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)