开发转实施这么难吗？

软件开发项目中会遇到哪些问题呢参加软件学习不得不了解在以后工作中会出现的状况，IT培训为你提前解析。

1)新手。任何项目组成员都不可避免地出现新手，他们往往是刚刚从大学毕业的学生。这些新手由于软件开发时间太短，往往技术不成熟，没有形成良好的开发习惯，所以编写代码质量较差，问题很多。他们常常成为项目组的“鸡肋”，用多了项目质量无法得到保证，不用则又人手不够。当然北大青鸟校区的学子毕业就已经有一年多的工作经验，已经是熟手了。

2)人员变动。一个维护时间稍长一点儿的软件项目，人员变动是在所难免的。老员工被调动到其它项目去了，由新员工来接替他们的工作。北大青鸟校区软件讲师在一次软件培训课堂上就说到，在我的项目组中，人员调动达到了90%，没有调走的就是我自己。新员工在接替老员工进行代码维护，甚至继续进行新的开发的时，由于对原有代码以及设计思路理解的偏差，也会出现大量的低劣代码。

3)不规范的代码编写。即使除去以上两个问题的影响，项目组成员编写的代码同样会出现问题。在项目开发之初，我们往往会制定一个代码编写的规范，但在项目开发过程中，许多成员往往会忽视这些代码规范而进行随意的编写。随意地代码编写会降低代码的可读性、可维护性和易变更性。那么，我们应当采用什么样的管理措施，保证代码的规范，提高代码的质量呢

从普遍角度上说，一个有效的项目管理要从几方面入手。

1 项目范围

明确定义好项目管理范围，才能有效配置相应资源。

2 项目计划

根据项目要求，制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事，没有仔细做过项目评估，这就导致在项目执行过程中，经常出现不可控因素，影响了项目的执行结果。

3 项目资源

包括设备，材料，资金，人力资源等。关键是资金和人力资源，一个是保持适当的现金流，一个是保证有足够的人去做该做的事。

4 风险预估

包括对用户及对自身评估两部分。对用户主要涉及其信用度，财务状况，技术能力/经验等方面；对自身主要包括足够的项目管理人员，技术人员配置是否足够，经验是否丰富，有否做过同类项目，用户的付款条件对项目管理造成的风险是否可控？

以上是针对工程类项目，针对软件开发项目，在项目范围/风险中，还需要特别关注用户对项目的具体及特殊要求。

内容来源于ITSS符合性评估落地工具-云雀运维！！！

并不完全是转岗难，还有可能是薪资原因。2018年经济形势很差，很多中小规模的公司自身的生存都出现危机，也有一些大公司都在裁员或者减少招聘名额或者不招聘了。深圳生存压力大，如果实施不容易就职，可以考虑短期先找个工作能维持基本生活，长期在考虑是否往实施或者其他aIT行业转。个人建议既然做过开发，还是往开发上靠，毕竟有相关经验，而且开发待遇相对高一些，未来可增长的空间更大。 来自职Q用户：张女士

开发多好工资有保障，实施累成狗底薪3-4千然后拿提成提成，没项目做就拿底薪，出差短则2周长则123456个月都有可能 来自职Q用户：孟先生

有效沟通的实施

在项目环境下，项目经理是项目团队正式的对外联络接口人，项目经理很可能花费90％或更多的个人时间来沟通，处理项目团队内部、项目外部、项目干系人的交流、沟通、汇报等事务。项目经理是项目沟通的核心，是项目沟通的促进者。

项目经理作为项目沟通组织、实施的核心，要提高项目沟通的效率，项目经理需要做好以下的功课。

（1）明确项目所处的环境

要处理好项目沟通，提高项目沟通的效率，首要的就是明确项目所处的环境，其包括项目的大小、在公司内所处的地位、项目实施的进度要求、项目在公司内对谁汇报、项目的办公环境、所能支配的资源等等，知己才能在适当的时候采取适当的措施，提高沟通的效率。

（2）了解项目的干系人

项目干系人对于项目的影响很大，需要花大力气进行沟通和交流，以取得干系人的支持，从而促进项目的成功。项目干系人包括项目提出方的管理人员、上层人员，己方的管理人员、项目团队的家属等等，处理好干系人的关系，直接或间接影响项目的实施。处理干系人关系，其手段就是沟通，只有充分了解了项目干系人，知彼后才能提高沟通的效率。

（3）学习了解沟通的知识

正式沟通是通过项目组织明文规定的渠道进行信息传递和交流的方式。它的优点是沟通效果好，有较强的约束力。缺点是沟通速度慢。 非正式沟通指在正式沟通渠道之外进行的信息传递和交流。这种沟通的优点是沟通方便，沟通速度快，且能提供一些正式沟通中难以获得的信息，缺点是容易失真。

上行沟通，是指下级的意见向上级反映，即自下而上的沟通；下行沟通，是指领导者对员工进行的自上而下的信息沟通；平行沟通，是指组织中各平行部门之间的信息交流。在项目实施过程中，经常可以看到各部门之间发生矛盾和冲突，除其他因素外，部门之间互不通气是重要原因之一。保证平行部门之间沟通渠道畅通，是减少部门之间冲突的一项重要措施。

单向沟通，是指发送者和接受者两者之间的地位不变(单向传递)，一方只发送信息，另一方只接受信息方式。这种方式信息传递速度快，但准确性较差，有时还容易使接受者产生抗拒心理；双向沟通中，发送者和接受者两者之间的位置不断交换，且发送者是以协商和讨论的姿态面对接受者，信息发出以后还需及时听取反馈意见，必要时双方可进行多次重复商谈，直到双方共同明确和满意为止，如交谈、协商等。其优点是沟通信息准确性较高，接受者有反馈意见的机会，产生平等感和参与感，增加自信心和责任心，有助于建立双方的感情。

以及书面沟通和口头沟通、言语沟通和体语沟通的优劣和适用的环境。

（4）做好沟通计划

每一次沟通，都应做好详细的沟通计划。首先要确定与谁沟通。不同的沟通对象采用的沟通方式，如团队成员与项目干系人的沟通方式显然是存在区别的；其次要明白为什么沟通、沟通的动机是什么，才能作到有的放矢，避免盲目；第三是确定和明确需要沟通的信息；第四是选择恰当的时间和地点进行沟通；第五是使用接受者能理解的语言；第六是选择沟通方式。

（5）及时反馈沟通情况

每一次沟通后，都应及时反馈沟通的情况，并进行总结和思考。并不是每一次沟通都顺利、都能到达预先的目标，因此在每一次沟通后，检查通过沟通指令项目团队完成你地指令的效果，并需要进行总结、反思，特别是失败的沟通需要在项目团队内进行讨论，以免项目团队其他成员犯同样的错误，从而提高项目团队的沟通能力、促进沟通的效率。

一、真正理解项目经理的角色

对项目经理角色的理解一定要避免两个极端，一种过分强调项目经理的技术能力，认为项目经理应该是团队中技术最强的人，项目实施中的任何疑难问题最终归集到项目经理，项目经理必须说“Yes”或“No”，否则就无以服众。

另一种则过分强调项目经理的领导能力，认为项目经理首要任务是给其组员端咖啡，协调大家之间的关系等。

项目经理跟一般的职业经理人不同，它具有较强的专业性，一个不懂技术的人是绝对不能做项目经理的，项目经理应该是技术和管理的结合。

二、重视对项目组的管理，奖罚分明。

项目管理的核心是‘三角平衡’，即规格、成本、进度三个方面保持平衡。在大部分项目实施中，往往无法确立和实现项目成本的指标、考核和控制，资金的支配权往往不归项目经理，而由公司决定，这样导致公司与项目经理之间的责任不清，对于某些制度也无法贯彻执行，不能很好地实现项目经理负责制。

为了组建一个和谐的团队，项目经理必须充当队员的激励者、教练、活跃气氛者、维和人员和冲突裁决人。

另外，项目经理还必须注重不同岗位的后备人员的开发。在项目的实施过程中一旦出现队员辞职的现象，项目经理能够合理安排人员调动和接替;同时，便于队员在工作过程中形成竞争，以及合理安排期间性休假。

三、计划、计划、计划

几乎所有的人都知道项目的实施需要制定计划。但是在具体 *** 作过程中还是存在以下几种现象：一是项目计划的制定不够严谨，随意性大，可 *** 作性差，因而实施中无法遵循(如项目计划过于粗略，落实不足)，没有做到任务、进度、资源三落实。二是缺乏贯穿项目全程的详细项目计划，甚至采取每周制定下周工作计划的逐周项目计划方式，其实质是“项目失控合法化”。三是项目进度的检查(与进度计划比对)和控制不足，不能维护项目计划的严肃性。

再完美的计划也会时常遭遇不测，但并不表明不需要制定计划了。如果没有计划就失去了参照物。项目经理应该能够预测变化并且能够适应变化。经常做一些“如果——那么”的假设，避免安于项目现状，在项目发生变化时能够及时作出调整。计划总在变化，计划没有变化快，关键是计划能够跟上变化。

在项目的实施过程中，经常会将整个项目分成若干个小的项目，项目经理应有效的利用好时间，做到各个项目之间的有效、合理衔接，保持整体计划的合理性和连贯性。

项目计划粗细程度，是一个需要小心把握平衡的问题。越细则控制力度越大，但项目管理的成本越高;反之亦然。

四、不要吝惜在培训上花的时间，进行二次、三次培训都不为过。

培训是项目实施的一个重要环节，单在进行培训时，应该分层次、分阶段的进行培训，不能期望一次培训就能使单位的人员理解和掌握软件的 *** 作。培训应贯穿于项目的始终，并且应做好适合用户水平的 *** 作手册，必要时在单位内部网页上做“常见问题问答”的栏目。

五、进行原型测试，做好一个理论和实践都可行的实施方案。

不管是培训还是计划都必须建立在一个可行的实施方案的基础上，否则即使方法再好，也不可能达到良好的效果。所以在实施之前，应该进行充分的系统分析和调研，充分听取各个层次人员的意见，多方搜集资料，并且进行多角度的原型测试，在项目小组同意的基础上，才进行实施和培训等计划的制定和执行。尽量避免在实施过程中进行方案改变等情况的发生。

六、合理的降低客户的需求

任何软件都不是万能的，都不可能百分之百地解决客户地所有问题。在项目的实施过程中，应该实事求是地、明确地告诉用户那些是软件做不到的。一些软件公司和实施人员不愿意和害怕把真象告诉用户，只想把企业原本正确的业务流程转变成本公司软件所规定的业务流程，结果造成双方僵持。特别是一些软件程序上的毛病，更是不愿接受用户的指责。其实，这完全没有必要。在不可能解决的问题上跟用户兜圈子，其结果只能是使用户造成误解，和对公司的不信任。

由于各种各样的原因，在企业的经营管理中总会有一些具有自己特色的东西，但是，企业难于在短时间改变现有的做法，这就需要软件的灵活性和实施的变通。当然，应该尽可能地使企业的行为合符有关的法规和惯例，这是最好的结果。

对待客户需求方面也应该讲求80/20原则，不能一味的降低客户需求。这里所讲的合理的降低客户需求，应该是在解决了百分之八十以上的基础上，或解决了企业主要需求的基础上，对于客户的一些特殊需求不预满足或解决。

其实实施的工作也就是将开发好的系统,平台等,安装部署在客户服务器上,在保证在内部环境运行正常的情况下,再在客户实际环境中进行测试,测试通过后,就可给客户使用再做好售后服务以上内容纯属原创,打字不容易,谢谢采纳

以上就是关于IT培训分享软件开发项目中会遇到的问题全部的内容，包括:IT培训分享软件开发项目中会遇到的问题、如何进行有效的IT项目管理、开发转实施这么难吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！