1. 1、 假定你是一位软件项目经理，应该如何去部署、实施、管理、维护一个规模较大的软件项目
兄弟，你说的问题的前提是不是软件已经开发完毕了，或者本身就有现成的软件，只是去用户现场做实施，像金蝶，用友那样？
1. 如果用户是新客户的话，首先要做需求调研的（不论软件是否开发完毕），了解用户的现有的业务流程，以及用户需要做的改进，跟用户敲定实施范围，并要以实际文档形式确定下来，防止用户届时变卦，抱怨系统不好用。
2. 范围确定好后，就要在确定的实施范围之内，做细化的调研了，包括：用户需要的数据项，操作人的角色，相关报表样张等等具体细化的内容。产出物就是业务过程说明书，数据字典等文档，不同的公司，文档形式可能不一样，但内容应该大同小异。但这些文档也要用户确认，并打基线。意思是用户要的东西都在这个文档范围内，如果将来变更，就要另外估算工作量，另外收费的。
3. 接下来，如果软件尚未开发，就要提交给研发中心，设计开发软件了。如果有成品软件，肯定也要在现有成品基础上做一些调整，或二次开发，使得软件符合研发用户要求。
4. 符合用户的软件出来之后，接下来就要到用户现场实施了。先是搭建软件运行环境、部署软件。
5. 软件部署完毕后，要进行用户培训。培训过程也是跟用户沟通的一个过程，实际肯定会出现用户不满意的地方。一般会将用户不满意的地方先收集记录下来，并进入下一个阶段：试运行。
6. 试运行过程中，是用户切实使用软件的一个过程，也会提出一些优化建议和变更的。这点不可避免，但接纳不接纳这些优化和变更，要看公司商务策略了。
7. 试运行结束，如果没有重大的缺陷，接下来就是验收（收款）。
8. 验收过后，应该都有一段时间的质保期，过后，应该就可以收全部款项了。
实施过程中，不可避免要出现各种各样的问题的。只要关键节点守得住，剩下的就是兵来将挡了。
---------------------------------------------------------------------------------------------------------------------
软件验收完后，接下来就是对软件的运维了。
如果在软件实施合同中没有包含后续的运维，那就要单独签订运维合同了，包括运维的范围，问题响应方式，紧急事件处理方式，需求变更如何处理等。
如果前期需求做的好，符合用户现有的业务流程，运维过程可能会比较轻松。但需求做的不好，用户就会不断的提出需求变更。最终导致的结果就是接受或者终止项目（最坏的情况）。
最后，当用户现有业务发生较大变化，或者技术更新换代了，那么当前的软件就要结束了，意为软件生命周期的结束。
2. 你是项目经理，请结合软件工程知识，论述你开发该项目的过程
我去，哪有这么玩的。项目经理哪有这么搞的啊。先要了解需求，然后同软件使用人员，项目开发人员一同商议软件的实现流程，最后分析整合搭框架，跟项目小组商讨开发过程，差不多了就让开发人员开发。如果软件需求有更新，需要另行计费
3. 作为一个IT项目经理如何将进度管理工作加以开展项目活动的分解过程中需要注意哪些因素，具体加以阐述
可以看一下程序员部落针对整包项目的拆分过程。
按照需求，原型，ui，开发，测试，交付。
而日报等工作计划安排，固定会议时间，确认结果输出等等。
4. 求一个完整的软件项目开发流程
第一个步骤是市场调研，技术和市场要结合才能体现最大价值。
第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手册。用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了很多操作方面的流程和条件。数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成了一半多。用户操作手册是指明了操作流程的说明书。请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或公司市场部门）能够有真正的沟通和了解。
第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和经验教训的总结，还要重新进行详细设计的步骤。
第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最‘干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软件系统在完成了一半的时候，其实还没有开始一行代码工作。那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。
第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候吗？从来没有！
第六个步骤是测试测试有很多种：按照测试执行方，可以分为内部测试和外部测试；按照测试范围，可以分为模块测试和整体联调；按照测试条件，可以分为正常操作情况测试和异常情况测试；按照测试的输入范围，可以分为全覆盖测试和抽样测试。以上都很好理解，不再解释。总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，直到这个软件被彻底淘汰为止。
5. 刚刚接手一个项目，作为项目经理，新手没经验，怎么有效的进行项目管理大家有什么好建议嘛
作为一个项目经理，刚接手一个新项目时必须做到如下几点:
1、了解项目内容，制定项目的实施计划。
2、实施项目的管理、开发、质量保证和质量要求、进度、绩效。
3、制订有效的项目决策过程和程序。
4、招聘和培训项目的专业技术人员和工人。
5、确定项目的人员结构组成。
6、定期进行项目进度评估，对项目进行必要的改进。
7、为项目准备好所需设备，工具和充足的资金。
8、确保项目符合公司的各项要求。
只有这样，就能做一个好的项目经理。
6. 经过几年的努力，你成为了项目经理。现在你的团队需要开发一款新软件，请列出你是如何规划整个项目的
您好，首先要进行需求分析、受众分析、人群分析、看看软件产品有没有真正的需求等
然后进行渠道布局分析，还有手里的资源分析，同行竞争对手分析等，哪些优势和劣势都要一一对比分析出来
希望对您有帮助，望采纳~谢谢~
7. ERP软件项目经理如何开展项目调研_实施选型_信息化_IT专家网
ERP项目在开展具体的上线工作前，需要在前期项目启动等交接工作的基础上对项目的实际情况做进一步的了解，通常需要进行项目的调研工作。项目调研是认识企业的一种有效手段，通过调研可以对企业有更加深入的了解，为于日后的实施工作能够开展尽可能地减少障碍。在调研的过程中将从业务层和人员关系层两方面进一步接触： (1) 对企业的整体情况有个更加深入的了解。例如企业的背景、生产特点、人员素质、人员配合程度等等。对企业基本概况的了解可以便于项目经理制定出正确的实施策略，指导项目按照既定的目标完成。 (2) 更加清晰地了解企业的业务。在前期的售前调研并不会很详细，一般为较长时间以前，而且随着人员的更替以及实际业务情况的变化，也需要重新进一步地了解企业的实际业务情况。 (3) 可以就这个机会对企业的各岗位人员和职责认识。在调研过程中，双方不断的沟通，实施方的人员同企业方的人员会进一步认识。同时可以通过调研了解企业人员的实际职责，了解企业一些潜在的文化，避免在以后的工作过程中制造太大的阻力。 (4) 调研的过程也可以同一些关键用户沟通具体业务的处理模式。业务人员的需求往往同实施人员设想的方案存在一定的差异，通过调研过程中的沟通可以发现一些明显的差异。对于需求和设计方案上的差异，在分析总结后，如果确实是设计方案的问题，可以及早沟通并相应调整设计方案，如果是用户业务模式的问题，或者是需要优化的流程内容可以同用户协调沟通，避免上线过程中造成过大的阻力。 (5) 了解企业方对于项目实施工作重点期望解决的问题。项目的实施是满足既定的需求，企业方期望解决的问题应该作为重点问题加以解决。 项目调研工作包含的内容和形式较多，通常情况下，具体业务过程包括调研资料下发、现场问答和具体细节沟通等。 在项目的启动过程中就可以发放项目的资料，这一过程也可以提前放到项目启动前，具体需要同项目负责人沟通好。 项目调研资料的内容涉及企业运营和管理过程当中的方方面面，总的来说主要包括以下几方面内容。 第一， 企业的概况。需要通过调研对企业的概况深入了解，包括企业的性质、从事的行业、生产的产品、生产过程、管理部门管理现状、生产部门管理现状、普遍反应的企业管理问题等等，从宏观上把握整个项目所属企业的情况，便于针对不同类型的企业采用不同的实施策略。对于有些实施公司存在一套完整的实施方法，但是在实际操作中仍然需要根据实际情况灵活使用。 第二， 具体业务流程现状。需要通过项目调研过程了解企业目前业务流程的现状，从而进一步分析现有流程，并进一步整合和优化。在项目后期的流程优化过程中需要结合企业的实际情况进行综合的优化整合，从业务流程性角度来解决实际业务处理过程中的问题。 第三， 了解各层次人员对项目的需求。总的来说项目是服务于企业整体，但是在实施的过程中同样需要照顾到企业的各层次人员的一些需求，并进行及时的沟通，避免出现需求满足情况同预期存在较大差异而影响实施的效果，毕竟一个各层次人员都反响较差的项目是很难评价为一个真正实施成功的项目。另外，客户的各层次人员的需求需要认真分析，有些需求是同项目实施的目标想违背的，或者是不合理的，需要协调客户方的项目负责人认真沟通。 对于不同的实施公司，调研资料的样式也是不尽相同，调研资料需要根据具体情况来确定采用何种模式，例如：问答式、开放式、混合式等。 第一种方式是问卷式，也就是罗列一系列问题让业务人员回答，此种调研资料的优点是可以对一些自己关心的业务点尽可能详细的设计问题，整理各业务点较简单，缺点是业务人员容易产生反感，有点类似于做试卷，而且对一些问题业务人员无法系统地说明; 第二种方式是开放式，开始部分一般列举一个实例，然后业务人员参照实例进行本岗位的业务现状等的填写，此方式的优点在于业务人员可以根据自己熟悉的流程进行撰写，思路相对较清晰，不足之处在于用户书写的内容不受控制，对一些细节问题不会做过多的说明; 第三种方式是混合式，是以上两种方式的结合，就是说一部分问卷式，主要是对一些具体的细节问题让业务人员逐个回答，对一些流程让业务人员开放式书写。 以上三种方式各有优劣，需要针对不同的项目情况来分别采用，主要的参考因素包括对项目前期的了解情况、项目人员的素质和配合程度、项目后期调研的详细程度、参考调研的实施人员的层次水平和结构等。如果后期打算详细了解具体业务问题，可以采用开放式，通过调研资料了解企业的大概流程，对一些关心的业务有一个初步的了解，在调研的过程中深入了解，此种方式对业务人员造成反感较小。不论采取何种方式，都需要各业务部门能够如实地反应本部门的需求，便于项目的实施工作能够达到预期的效果，避免出现项目的实施方向错误，作为项目经理需要对需求进行重点把关，避免超合同的内容。 在项目调研完成后，根据项目的需要，项目组负责起草一份项目的总体业务解决方案或者需求分析报告，确定双方实施工作需要达到的目标及基本的解决思路，具体的实施在后续的实施过程中将有针对具体业务的业务方案作为支撑。如果项目较小或者不需要，可以不采用。在起草解决方案的过程中，需要严格遵照原合同及相关技术协议的要求，避免实施范围的人为扩大。 在项目调研阶段，项目经理需要管理好的资源包括：实施顾问、企业各业务部门负责人及关键用户、企业方高层、企业方项目负责人等。 项目调研阶段，项目经理主要需求达到两个目的：第一，了解企业实际的现有需求，以此作为整个实施工作的指导;第二，有效地控制需求的确认不超过原来的合同或者技术协议的范围。
8. 软件项目经理带一个团队开发一个软件，他在这个团队中做那些事情呢
作为一个项目经理，其角色或者说职责体现在：
1、不断地识别项目干系人，并管理好项目干系人的期望。
比如一个软件产品开发项目，可能的干系人包括但不限于：
投资方希望通过产品赚钱
产品用户希望产品好用、能给自己带来使用价值和良好的使用体验
项目团队希望通过该产品体现自己的创造力、成就感，并收获劳动回报和能力提升
政府机构希望该产品有着良好的社会效应
……
项目干系人不是一开始就能完全识别出来的，所以需要不断识别
要管理好项目干系人的期望，需要良好的沟通技能，要能换位思考，充分从对方的角度去理解与认识
2、组建和建设一支强有力的项目团队。
项目团队是项目成功的关键要素，组建团队、激励并持续建设团队、协调好团队内部的关系和任务分配、充分沟通，是项目经理必须一直要做的事情。
建设项目团队，包括了招募、培训、调配、指导等各方面的工作。
3、做好项目管理计划，充分管控项目的范围、进度、成本、质量、风险等要素。
项目的范围、进度、成本、质量、风险管控是项目管理的基本要素，也是项目经理要做的事情之一。当然，具体的需求调研及确认、系统架构设计、详细设计、开发、测试、变更、风险、文档、验收、交付、培训等等，甚至包括项目进度计划，都可以分解给项目团队成员来做，但项目经理要负责总体的管理和掌控，协调各方面的资源。
4、总结项目。
项目结束、产品验收交付后，项目经理的一个重要工作就是总结和分析项目的成败得失，尤其是充分总结经验和教训，作为自己、团队、所在的企业组织以后项目的借鉴和参考。
软件项目经理，如果过多地深入到产品设计、开发过程，而或多或少地忽略其真正应该专注和关注的职责，对项目有害无益。