基础管理心得体会.docVIP

基础管理心得体会 一．项目要要进行整体管理，善始善终 整个项目开始要做好项目整体体计划，在项目的整个过程中中，始终要按照项目计划执行行，如若遇到项目发生变更，，要进行影响分析，得到批准准后制定变更计划，并按变更更计划执行。变更的影响情况况，如：费用，时间进度等要要通知相关的项目利益干系人人，说明变更的原因和产生的的影响。 北京安通学校法律律硕士辅导班课堂风景、北京京安通学校2006年法律硕硕士辅导班押题分析、北京安安通学校法律硕士辅导班名师师介绍、北京安通学校法律硕硕士辅导班学员成绩统计、北北京安通学校法律硕士辅导班班学员感言、选择北京安通学学校法律硕士辅导班的十大理理由 项目首尾工作也是项目目管理中，一项重要的工作。。需要将项目过程中产生的文文件资料进行整理，归档；对对项目的费用和进度进行审计计和审核，对项目的质量进行行检验和验收；对项目的整个个过程的利弊得失进行总结和和交流。 变更计划在软件项项目中经常遇到。控制好软件件项目的变更，首先需要做好好项目的开始目标基准的确定定，基准的用户需求明确，才才能衡量出哪些是需要变更的的。否则变更的东西和开始要要求的东西混在一起，变更计计划就无从制定，变更的界限限也无从划清。 自己做过的的一个项目，开始为了占领市市场和尽快拿下合同，在用户户需求还没有详细提供的条件件下，就与用户签定了合同，，后来不仅费用受到限制，就就连时间不够，在项目过程中中，用户方还总是变更软件的的功能和要求。因为没有一个个基点，我们认为是变更需求求和新增功能，而用户方认为为是合同范围，不能因此增加加费用和时间。这个项目在开开始好象签定了合同我们争取取了主动，其实需求不明确，，使我们在后来的项目进程中中一直处于被动。 所以项目目从一开始就要做好计划，搞搞清目标。只有项目的目标明明确，合理安排时间、费用、、人力和其他资源，控制好项项目的变更，这些是保证项目目能够顺利完成的基本条件。。 二．项目范围管理理论解解决了项目开始需求不清的问问题 需求管理是项目范围管管理中的问题，这是因为它实实际上是开发过程中的所有管管理原则的先决条件。只有在在开发的目标被清楚明白地表表述和理解的情况下，软件开开发才能以一种有计划的有序序的方式进行。实际上，没有有文档化的需求，在开发工作作完成前后都很有可能发生产产品与要求的偏离。计划、追追踪、配置管理以及软件质量量保证这些在其他关键过程中中涉及的原则，都是从一个稳稳定的基础开始的，那就是文文档化的需求基线。 什么需需求？需求是指“分配给软件件的系统需求”，或者更简洁洁地说，“分配需求”。这些些需求有可能是技术方面的（（比如：功能和性能需求），，也有可能是非技术方面的（（比如：发布日期，开支限度度）。 区分开需求管理和软软件需求分析是很重要的。一一旦分配需求被文档化，并且且被所有受影响部门（客户，，系统工程，软件工程）通过过，需求管理的基本工作就完完成了，所剩下的就是管理变变更而已。没有证据证明分配配需求本身就可以十分清楚完完整的作为软件开发的全部基基础。事实上，通常它们不是是。 优化和精确描述需求，，填补漏洞，将含义表达得更更清楚是软件需求分析要做的的，分析的结果被称为“软件件需求“。这样，作为需求管管理的输出的分配需求实际上上就成了软件需求分析的输入入。需求管理远远先于软件开开发的技术行动，而软件需求求分析则是关键开发技术行为为的第一步。 从这里的描述述看来，需求管理的活动简直直太简单，太基础了，显然没没有哪个软件开发组织会不有有效的进行着这种活动。问题题经常出在企业对透明度的惧惧怕。客户觉得保持需求含糊糊不清，松散或者无正式文件件能够给他们更多的机会去说说：“那并不是我所要的，那那并不是我认为的需求的含义义”。文档化清晰的需求可能能迫使用户在系统满足了文档档化的需求但没有满足实际需需要的情况下，为开始变更负负责。相似地，开发人员觉得得含糊不清，松散或者无正式式文件的需求能给他们更大的的余地，允许他们与预算和进进度尽可能地接近，然后说：：“这就是我们所认为的需求求的含义，如果你需要其他的的什么东西，你必须另外付出出代价。”文档化清晰的需求求会迫使开发者承担满足这些些需求的义务，并使他们暴露露于开支、进度评估不准确的的风险之下。 这样一来，尽尽管客户与开发人员的利益动动机相对，但他们却走到了一一起。每一方都认为他们在保保护自己的利益，巩固自己讨讨价还价的地位，但是事实上上每一方都在走向将来的失望望和争吵，为项目埋下了一刻刻定时炸弹。 三．项目时间间管理理论指导我们在项目管管理中怎样抓主要矛盾 以前前进行项目管理时，是根据经经验和每个人的工作特点，进进行项目的分工的，软件项目目基本是按照需求分析，概要要设计，详细设计，代码编程程，调试和测试，用户验收等等几个主要过程来进行的。但但将项目分工更加细化