项目经理做项目开发管理经验总结谈样本
项目经理个人总结范文
项目经理个人总结范文
《在项目管理中的个人总结》
作为一个项目经理，我经历过许多项目，收获了许多经验，并且不断总结和改进自己的工作方法。
在这个过程中，我学到了许多有价值的经验和教训，让我不断成长和进步。
首先，我意识到沟通的重要性。
作为项目经理，与团队成员、客户和其他利益相关者的良好沟通至关重要。
我学会了倾听别人的意见和建议，并且学会了清晰地表达自己的想法。
良好的沟通可以帮助项目团队更好地理解项目目标和任务，并且更好地协作和合作。
其次，我学会了灵活应对变化。
在项目管理中，变化是不可避免的。
我学会了不要固守原有的计划和方案，而是要及时调整和适应变化。
灵活的思维和应对能力能够帮助项目团队更好地应对挑战，做出正确的决策。
另外，我也意识到了团队管理的重要性。
作为项目经理，我要带领团队成员共同完成项目。
因此，我学会了激励和指导团队成员，让他们充分发挥自己的能力和潜力。
我也学会了倾听团队成员的意见，帮助他们解决问题，增强团队的凝聚力和合作意识。
最后，我总结了项目管理中的教训和经验，不断完善自己的管理能力和技巧。
我意识到项目管理是一个不断学习和进步的过程，只有保持谦虚和勤奋，才能成为一个优秀的项目经理。
总的来说，作为一个项目经理，我在项目管理中不断总结和学习，不断进行自我改进和完善，以提高自己的管理能力和水平。
希望在未来的项目中，我能够更好地领导团队，更好地完成项目任务，为团队和客户创造更大的价值。
项目管理经验总结(3篇)
项目管理经验总结____分公司第四管理部____.09作为项目管理人员，要以专业技术为依托，以工程项目管理为中心，先进的工程建设理念，明确项目成本、质量、进度和安全目标。
扎实的工程建设理论和技术管理知识、丰富的现场施工经验是做好工程项目管理的基础;这就需要在平时的工作中不断积累和总结，让实践与理论更好地沉淀于能力上，更好去管理协调。
一、对于整个施工过程中的技术实施，主要还是在于工程的质量，质量不合格，其它一切也就白谈了。
影响施工项目的质量因素主要是人、材、机、方法和环境。
所以如何控制好质量是关键。
1.要熟悉工程建设中的各种材料的技术性质和质量要求;材料要严格检查验收，正确合理使用，建立管理台帐，进行收、发、储、运等环节的技术管理，避免混料和将不合格的原材料使用到工程上。
2.对各工序的施工工艺充分地把握，严格按施工方案施工;全面分析，预防为主，对可能出现质量隐患的，设置控制点，重点防范;控制好整个施工过程的质量通病：质量通病面大量广，危害极大，消除质量通病只要思想重视，施工过程严格按施工验收规范进行施工，遵守施工程序和操作规程，贯彻技术责任，严格检查、层层把关，绝大多数质量通病都能消除。
二、当今社会是一个讲效率的社会，时间就是金钱，质量保证了，进度也要跟得上，要合理地赶进度，对各种资源优化搭配，从而节省管理资源，节约管理成本。
三、建立项目核算制，对项目进行成本控制，人、材、机、管是构成成本的主要费用;人工费严格按工程量计算，优化劳动力，减少返工，杜绝滥用工，施工要按工期严格进行，严禁窝工，无故停工，用工要按时按量（定量定工）;材料在在提取使用前，施工主要负责人要熟悉施工图纸，对所用的材料的数量做到心中有数，要按时按量提取材料，尽量控制材料使用量，严格按照图纸施工，多用材料和少用材料土建工长都要以洽商的形式反映在书面上。
也就是说主要负责人要对提取的材料严格把关，严禁多提错提。
在现场要有人专门盯工程质量，依图施工，严禁浪费材料，丢失材料。
项目管理经验分享总结发言稿
项目管理经验分享总结发言稿尊敬的各位领导、各位嘉宾、各位同事：大家好！我很荣幸能够在这个重要的场合发言，分享我在项目管理方面的经验和总结。
作为一个项目经理，多年来我参与了许多项目，并积累了一些宝贵的经验，我希望通过这次发言能够给大家带来一些启示和帮助。
首先，我想强调的是项目管理中的沟通与协作。
项目管理是一个团队合作的过程，每个人都扮演着重要的角色。
只有通过良好的沟通与协作，我们才能够更好地完成项目。
在项目开始之前，明确目标和指导原则是非常重要的。
我曾经参与过一个项目，由于团队成员对项目目标的理解不一致，导致项目推进缓慢，最终影响了项目的成功。
因此，我认为在项目启动阶段，一定要进行明确的目标和角色介绍，确保每个人都明白自己在项目中的责任和任务。
其次，项目管理需要合理的资源分配和时间规划。
项目往往有严格的时间要求，尤其是在现代社会的快节奏环境下。
在我的项目中，我经常使用甘特图和里程碑计划来管理项目的进度。
这些工具可以帮助我更清晰地了解项目的关键节点和里程碑，以便及时调整资源和时间安排。
另外，在项目管理中，合理的资源分配非常重要。
我会根据项目的需要，合理分配团队成员的工作，充分发挥每个人的优势，提高项目的效率。
此外，风险管理也是项目管理中一个至关重要的环节。
在我以往的项目经验中，我意识到风险管理必须是持续的过程，而不是一次性的活动。
在项目开始之前，我会与团队一起进行风险评估和分析，并将风险纳入项目计划中。
同时，我会制定相应的风险应对措施，以降低风险对项目的影响。
在项目执行的过程中，我会定期进行风险评估，及时调整风险管理策略。
通过这样的方式，我能够及时应对项目中的风险，保证项目的顺利推进。
最后，我认为项目管理的成功离不开团队的激励和培养。
一个高效的团队是项目成功的基石。
在我的项目中，我会给予团队成员需要的支持和鼓励，让他们充分发挥自己的才能。
同时，我也会通过定期的培训和知识分享来提高团队成员的能力和素质。
项目经理工作总结范文(3篇)
第1篇一、前言时光荏苒，岁月如梭。
转眼间，我在公司担任项目经理的这一年已经接近尾声。
在这一年中，我深刻体会到了项目经理这个岗位的责任与挑战，也收获了许多宝贵的经验和教训。
在此，我将对自己过去一年的工作进行总结，以期为今后的工作提供借鉴和指导。
二、工作回顾1. 项目概述过去的一年，我负责了公司两个重点项目的管理工作。
第一个项目为XX工程项目，总投资XX亿元，工期XX个月；第二个项目为XX改造项目，总投资XX亿元，工期XX个月。
两个项目均涉及多个专业领域，对项目管理提出了更高的要求。
2. 项目管理工作（1）项目策划与启动在项目策划阶段，我带领团队进行了充分的市场调研、技术论证和风险评估，确保项目符合公司发展战略。
同时，制定了详细的项目实施方案，明确了项目目标、进度、质量、成本等方面的要求。
（2）项目进度管理为确保项目按期完成，我制定了科学合理的进度计划，并严格按照计划执行。
在项目实施过程中，我密切关注项目进度，及时发现并解决影响进度的因素，确保项目按计划推进。
（3）项目质量管理在项目质量管理方面，我坚持“质量第一”的原则，制定了严格的质量管理体系。
通过实施质量监控、检验和验收，确保项目质量符合国家标准和客户要求。
（4）项目成本管理在项目成本管理方面，我严格控制项目预算，优化资源配置，降低项目成本。
通过合理制定合同、加强合同管理，确保项目成本在预算范围内。
（5）项目团队管理在项目团队管理方面，我注重人才培养和团队建设，充分发挥团队成员的积极性和创造力。
通过开展团队建设活动，增强团队凝聚力，提高团队执行力。
三、工作亮点与不足1. 工作亮点（1）成功完成两个重点项目的管理工作，确保项目按期、按质、按预算完成。
（2）培养了一批优秀人才，为公司的持续发展奠定了基础。
（3）通过精细化管理，降低项目成本，提高公司效益。
2. 工作不足（1）在项目策划阶段，对市场调研和技术论证不够深入，导致项目实施过程中出现了一些预料之外的问题。
项目经理年终总结——项目执行与管理经验分享
项目经理年终总结——项目执行与管理经验分享随着2023年的结束，作为项目经理，我深感有必要对过去一年里的工作进行全面总结。
在此，我将分享我在项目执行和管理方面的经验与心得，以期为新一年的工作提供有益的参考。
一、项目概况与目标在过去的一年中，我负责的项目主要涉及软件开发、系统集成以及客户培训。
我们的核心目标是按时交付高质量的产品，满足客户的业务需求。
为实现这一目标，我们团队制定了详细的项目计划，并明确了各阶段的里程碑。
二、项目执行与管理1. 资源整合与团队建设在项目启动阶段，我着重于资源整合与团队建设。
我们根据项目需求，合理分配了开发、测试、文档编写及客户支持等不同领域的专业人员。
同时，通过定期的团队沟通与培训，提高了团队的协作能力与整体执行力。
2. 风险管理在项目执行过程中，我始终关注风险管理与应对。
我们识别出可能影响项目的风险因素，如需求变更、技术难点及人力资源问题等，并制定了相应的应对策略。
通过持续的风险监控与调整，我们有效降低了项目风险，确保了项目的顺利进行。
3. 进度控制与质量管理为确保项目按时交付，我采取了多种措施进行进度控制。
我们制定了详细的进度计划，并定期进行进度评审。
在质量管理方面，我们严格按照质量标准与规范进行产品开发，确保每个阶段的质量达标。
同时，加强与客户、供应商的沟通协调，及时解决出现的问题，确保项目进度与质量不受影响。
4. 沟通协调有效的沟通协调对于项目管理至关重要。
我定期组织项目会议，与团队成员讨论进度、问题和解决方案。
同时，保持与客户的高频沟通，及时反馈进展情况，共同解决问题。
通过这些沟通活动，增强了团队凝聚力，提高了工作效率。
5. 成本控制在项目执行过程中，我注重成本控制，优化资源利用。
我们制定了详细的预算计划，并对实际支出进行严格监控。
通过合理分配资源、提高工作效率、降低不必要的浪费等方式，有效控制了项目成本。
同时，积极争取外部资源支持，为项目的顺利推进提供了有力保障。
项目管理经验总结与分享
项目管理经验总结与分享作为一名项目经理，我在过去的工作中积累了丰富的项目管理经验。
通过总结与分享，我希望能够向大家提供一些有用的经验和方法，供大家在项目管理过程中参考和借鉴。
一、项目前期准备在项目启动之前，充分的前期准备工作非常关键。
以下是我在项目前期准备中的一些经验：1.明确项目目标和需求：在项目启动之前，与项目团队和相关利益相关者一起明确项目的目标和需求，确保大家对项目的目标和预期结果有一致的理解。
2.制定详细的项目计划：项目计划是项目管理的重要基础，需要详细列出项目的任务、时间和资源安排，以及风险和质量管理等内容。
3.建立高效的沟通机制：建立良好的沟通机制，确保项目团队之间的沟通畅通无阻，并及时解决沟通问题和冲突。
二、项目执行阶段项目执行阶段是整个项目中最为关键的阶段，以下是一些项目执行阶段的经验和方法：1.有效的团队管理：合理安排团队成员的工作任务，激励团队成员的积极性，并及时处理团队成员之间的冲突和问题。
2.精细化的进度控制：在项目执行过程中，及时对项目进度进行控制和调整，确保项目能够按时完成。
3.风险管理与问题解决：及时识别和评估项目的风险，制定相应的应对方案，并解决项目执行过程中的问题和障碍。
三、项目收尾阶段项目收尾阶段是项目管理的最后一步，以下是一些项目收尾阶段的经验和方法：1.项目验收与交付：对项目进行全面的验收，确保项目交付的成果符合预期并满足质量要求。
2.成果评估与总结：对项目的执行过程和结果进行评估和总结，分析项目中的成功因素和可改进的地方，提供给下一个项目的参考。
3.团队激励与奖励：在项目收尾阶段，对项目团队进行激励和奖励，鼓励团队成员的付出和努力。
通过以上的总结与分享，我希望能够为大家提供一些建议和经验，帮助大家在项目管理中取得更好的成果。
项目管理是一个复杂而又有挑战性的工作，但只要我们合理规划，高效执行，就能够达到预期的效果。
希望大家在今后的项目管理工作中能够取得更好的成绩！。
研发项目管理经验总结
研发项目管理经验总结在这个快速发展的时代，研发项目管理的重要性日益凸显。
作为一个项目经理，我非常幸运地跨越了许多挑战，获得了宝贵的经验。
通过本文，我将分享我在研发项目管理中的一些经验和教训，这些经验和教训对于提高项目质量和效率具有重要意义。
一、项目目标的明确与沟通任何一个成功的研发项目都必须以明确的目标为基础。
在项目启动之初，我们需要对项目进行全面的规划和定义，确保每个团队成员对项目目标有清晰的理解。
同时，在整个项目周期中，密切的沟通也非常重要。
通过充分的沟通，可以降低沟通误差，提高协作效率，确保项目按时交付。
二、团队建设和管理团队是项目成功的关键因素之一，在团队建设和管理方面，我积累了一些有用的经验。
首先，要注重每个团队成员的潜力开发。
了解团队成员的技能和能力，并为他们提供相应的培训和机会，使他们能够充分发挥自己的潜力。
其次，要树立良好的团队文化和价值观。
培养团队成员之间的相互尊重和合作精神，营造积极向上的工作氛围。
最后，要及时给予团队成员反馈和激励。
通过适当的奖励和认可，激发团队成员的工作热情和创造力，提高工作质量。
三、风险管理与应急处理在项目管理中，风险管理和应急处理是必不可少的环节。
首先，我们需要对可能的风险进行全面的评估和分析，制定相应的风险预案。
其次，要建立一个有效的风险监控机制，及时发现和评估项目风险，采取相应的措施进行调整和应对。
最后，当项目遇到意外情况时，我们要能够灵活应对，快速做出决策，并与团队成员密切合作，及时解决问题，确保项目进展顺利。
四、项目评估与经验总结项目评估和经验总结是项目管理中的关键环节。
通过对项目的全面评估，可以及时发现并纠正存在的问题，为下一阶段的项目提供有益的经验教训。
同时，经验总结也对提高项目管理能力非常重要。
每个项目结束后，我们要及时组织项目团队进行经验总结，分析项目中的成功之处和不足之处，并寻找改进的方向，进一步提高项目管理水平。
总之，研发项目管理是一个综合性的过程，其中涉及到许多方面的内容。
项目管理经验总结(最新8篇)
项目管理经验总结（最新8篇）（经典版）编制人：__________________审核人：__________________审批人：__________________编制单位：__________________编制时间：____年____月____日序言下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!并且，本店铺为大家提供各种类型的经典范文，如工作总结、计划大全、策划方案、报告大全、心得体会、演讲致辞、条据文书、作文大全、教案资料、其他范文等等，想了解不同范文格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!Moreover, this store provides various types of classic sample essays for everyone, such as work summaries, plan summaries, planning plans, report summaries, insights, speeches, written documents, essay summaries, lesson plan materials, and other sample essays. If you want to learn about different formats and writing methods of sample essays, please stay tuned!项目管理经验总结（最新8篇）如何进行工程项目管理经验分享由于工程具有多变性、时效性等特点，各种工程项目管理中存在的问题也是在动态地发展、变化，我们工程技术人员还要不断地学习、调整、总结，努力发现问题，并学会用科学可行的方法解决问题，使自己的管理水平不断提升，以适应项目管理的发展要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目经理做项目开发管理经验总结谈一、项目过程根据我们项目出现的问题, 我自己的总结的一些经验以及我在培训中学习得知识总结下项目中遇到的问题和解决方案。
1.1 签订合同我们项目的合同内主要写的很模糊, 范围可大可小, 致使我们在后期的工作中项目越做越大, 可是项目费用是不变的。
在国内的合同仿佛都是在打单时是基本上都承诺, 也不会到细节, 在合同签订后启动后才发现问题。
但合同中能够写明如果需求变更什么级别的怎么样, 多少钱等;签订合同也是一个很高的技巧, 建议把系统的边界及功能范围和解决方案与合同一起签署, 这样客户提出的新功能就能够暂且搁置。
1.2 团队建设在立项后尽早确定该项目的负责人及项目经理, 这个人员非常关键, 需要很强的综合能力, 特别的人格魅力方面。
尽最大的努力将客户的人员加入到我们的项目团队来, 这个人也是我们将来和客户的统一联系人, 客户指定一个人和项目组进行沟通, 不能是张领导、王领导都来说几句, 如果她们意见不一致, 那你只有得罪领导的选择了, 因此, 项目的最初就要定好规矩, 项目组只认一个的意见, 有什么要求你们内部先统一再和项目组谈, 我们不想卷入客户内部业务部门之间的矛盾和政治斗争之中。
很多项目经理都没有自己选择组员的权利, 那么, 就尽量发挥你的影响力去寻找那些你想要的人吧。
成员的组成根据项目不同, 相差较大, 很难有什么具体要求, 可是, 一定要有精通客户业务的人, 很多小项目里, 这个人就是项目经理本人, 大项目里会配备行业专家( Industry expert) , 这样和客户沟通起来才不会鸡同鸭讲, 双方才能够相互理解。
项目经理需要了解每个组员的情况, 用就要用每个员工的特长。
软件行业是个非常特殊的行业, 从项目的管理以及人员的管理都有它的特殊性。
作为项目经理, 其实脑子里就是几样东西: 做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。
所谓多快好省那是人类的梦想, 这四个方面都是相互矛盾的, 属于典型的又要马儿跑, 又要马儿不吃草的类型。
考虑问题的轻重缓急方面, 往往是把快放在第一位, 各方领导都会给你最后期限, 因此保进度是第一位的; 省是第二位的, 企业的根本目的是盈利, 如果收入不能增加的话, 至少费用要控制住; 好是第三位的, 没办法, 谁都想精益求精, 可是, 没有强大的资源保障, 质量只好先牺牲了; 最后是多, 客户的要求源源不断, 如何降低客户的期望值, 让她们从理想回到现实也是项目经理的分内工作。
1.3 需求调研在需求调研分析阶段, 项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。
由于项目经理和需求分析员的工作问题以及调研工作做的不够细, 客户参与程度都不高, 客户方相关责任人不明确或对范围和需求责任心不强, 提出的需求具有随意性, 项当前期对需求的确认不够积极; 多个用户代表各说各话、昨是今非但同时又希望软件尽早交付; 我们的做法主要注重领导的需求, 基本上都是领导说什么就是什么, 致使开发出来的功能在实际使用中不是真正的使用人所需要的, 项目后期需求变化随意, 造成项目范围的蔓延, 进度的拖延, 成本的扩大。
同时在我们的认识中是需求调研很关键, 很多公司只是概念上认为该阶段重要, 需要投入的时间长, 可是实际上很多公司做不到这个, 总想很快进入编码阶段。
而且为了赶进度总想省做某些工作, 少写某些文档, 使我们无法拿出客户需求以及后来功能变化和原先功能之间的对比度。
造成上述现象的原因是我们没有全面了解所有项目干系人的需求以及对需求调研的重视程度不够。
软件开发是没有捷径能够走的, 省掉的工作后面会有更高的代价回报。
全面的需求来自所有项目干系人, 不同的干系人其愿望和追求的目标往往相差甚远, 因此对项目干系人的愿望进行平衡可能是相当困难的事情。
软件开发项目的目的就是实现项目干系人的需求和愿望。
如果对项目所有干系人没有进行足够的沟通和影响, 使其尽可能地参与项目, 则可能因为项目开始时项目范围和一些具体需求不够完整清晰, 也可能因为某个项目干系人后期因为认识的变化而提出新的需求, 造成工期的延长, 成本的增加, 甚至项目的完全失败。
因此, 应当从项目的启动开始, 需求分析员及其项目成员就要分清项目干系人包含哪些人和组织, 经过沟通协调对她们施加影响, 驱动她们对项目的支持, 调查并明确她们的需求和愿望, 减小其对项目的阻力, 以确保项目获得成功。
以下是一些有效的措施1、尽快熟悉项目干系人全貌有些项目在做需求调查时, 由于受进度要求等客观因素影响, 需求分析员与建设单位的技术部门交流较多, 向业务管理部门和实际使用者调查不够深入, 造成软件试用后不得不再对需求做较大调整, "从头再来"的部分比例很高, 大大超过进度要求时间。
因此, 熟悉项目干系人全貌是进行需求调查的第一步, 也是需求调查的基础。
在定制开发项目的项目干系人中, 最重要的是建设单位中的人事组织、业务关系。
最好是能够用组织结构图画出相关单位的组织结构; 建立调研对象通讯录以保证调研及分析期间及时的沟通。
与此同时要注意项目干系人的主次关系, 以便在她们之间的需求出现矛盾时能够进行合理的取舍。
熟悉建设单位内部相关部门的业务划分及它们之间的相互关系,为功能分析准备了必要的资料, 同时能够熟悉用户方的各类人员, 并及时进行广泛、有效的沟通与交流。
特别要与客户方业务与技术的规划者和实际使用者进行深入探讨, 收集必要的原始资料, 保证需求调查的完整性、正确性。
建设单位只是项目干系人中的一部分( 当然是主要的部分) , 为了更好地了解项目干系人全貌, 还应当在建设单位组织结构图基础上全体项目干系人结构图, 以便更好更全面地进行需求调研分析。
2、详细描述各项业务, 以利于让所有客户确认尽可能全面详细地调查而且描述原有系统( 这点非常关键, 需要调查清楚原有系统的不足以及优点, 以及用户在这些系统中的操作习惯) 和用户希望将来系统具有的各项业务的流程, 并将这些业务流程文档化后与客户进行讨论, 对描述错误或不准确不精确的进行修改, 最终让客户进行确认。
从个人认为, 对业务处理过程了解的完整性和准确性非常重要。
虽然对数据来说都是查增删改传, 但具体业务都是分为若干步骤, 每个步骤都有其业务名称, 同一步骤可能对多个数据集进行不同操作, 需要调查了解清楚才能设计出适合各流程业务节点用户业务特点和习惯的软件, 使开发出来的软件更受欢迎。
当然在进行软件概要设计时, 要尽量排除业务流程的制约, 即把流程中的各项业务结点工作作为独立的对象, 充分考虑她们与其它各种业务对象的接口, 在流程之间经过业务对象的相互调用实现其业务流程, 这样, 在业务流程发生有限的变化时, 就能够比较方便地修改系统程序而实现新的需求。
对于各项业务的调查能够经过对以下资料的收集整理分析, 这些资料来自各种各样的项目干系人: 遵循的标准、组织发放的工作手册、作业流程、有关业务的上级通知、有关业务的办事指南、办理业务时需要填写的登记表、各种相关的统计报表及经过其它途径收集的类似系统的介绍、技术资料等等。
3、可视化需求调研, 引导各种客户挖掘她们的需求很多客户因为自己缺乏计算机知识, 无法提出完整准确、隐含的或潜在的需求。
但若这些需求不能满足将导致用户的不满。
因此需求调研分析人员应善于想用户所想, 不要害怕用户的需求多, 不但要确定明确的需求, 还要善于用启发的方式与用户探讨隐含的或潜在的需求, 并结合各种调研分析技术挖掘超出客户期望的令人兴奋的需求。
这就要求需求调研分析员要尽快完整地熟悉相关业务, 从而能够站在用户的立场看待软件需求, 想用户所想, 做好业务与计算机之间的桥梁。
利用可视化需求调研的方法能够很好地启发用户深入挖掘潜在的需求。
可视化需求调研就是使用图表等工具来启发引导用户清楚地叙述需求, 而且使需求更加全面完善。
对于高层领导, 能够提供系统总体框架图; 对于业务管理人员, 能够用业务流程图来描述新旧系统的业务流程; 对于客户中的技术人员, 能够用数据流图、实体关系图或UML中的各种图形对系统进行各种角度的描述; 而对于业务管理人员、客户中的技术人员、以及各层次各流程中的用户, 画出用户界面图来进行需求挖掘, 是个比较有效的沟通方式。
这里特别说明一下用户界面的重要性。
用户界面的设计按理来说是软件设计的责任, 当然客户自己对界面有特别提出要求的除外。
可是, 如果把它提前到需求调研时( 紧接着原有系统调研分析和系统模型完成之后) 与客户进行讨论, 则能够大大改进需求调研的效果。
因为这时客户对于将来的系统还没有一个形象上的概念, 或者有一个模糊的预想的概念需要表述、验证、明晰化、完善化。
从我们后来的项目先做界面和用户交流的经验看( 系统原形应该在需求分析的时候开发人员在分析师的指导下完成真实环境中的开发, 当然开发只是界面的功能模拟, 没有底层代码的实现) , 画出用户界面草图与客户进行讨论, 能够大大激发她们提供更为准确全面的需求, 而且这些界面在后期的开发中也能够利用。
原来收集资料, 描述业务, 说明系统模型到了山穷水尽的时候, 这种方法能够达到柳暗花明又一村的效果。
因此, 所谓需求就是”当你按下各种相关按钮( 或输入各种相关命令) 时系统做什么”, 所谓设计就是”当你按下各种相关按钮( 或输入各种相关命令) 时系统怎么做”。
需求的最终目的实际上是完整准确地描述系统需要的各种接口或”界面”, 及它们的相互关系或与外部环境的关系, 如界面中的某个按钮按下去时, 可能产生新的界面、新的按钮、或者调用其它软件硬件完成某些功能。
自顶向下, 把这些界面及涉及到的数据描述清楚, 就是一份不错的需求。
4、与其它项目小组成员共同协作、持续完善系统需求需求文档完成之后, 并不是万事大吉, 把它扔给后面的设计人员就了事了。
作为项目干系人之内的项目组其它成员, 对需求的有效性也起到某种程度的验证作用。
虽然软件项目的生命周期按照各种开发模型有不同阶段的划分, 但每个阶段的结束不是简单地把阶段工作成果塞给下一阶段的成员就能够了。
特别是高科技的软件开发项目, 上一阶段的工作成果往往要经过多次的沟通才能更为清晰地被下一阶段成员接受, 其有效性、合理性也要被下一阶段的工作所检验, 经过检验有时也有必要对上一阶段的工作结果进行相应的调整, 需求更是如此。
因此, 无论是同一阶段不同人员之间, 或是不同阶段人员之间都应根据需要相互协作, 相互配合, 共同完成软件开发任务5、《功能规格说明书》, 这个是我们项目中最大的失误, 致使后来客户的改动让我们很被动。