《2022年基础管理心得体会》由会员分享，可在线阅读，更多相关《2022年基础管理心得体会（6页珍藏版）》请在金锄头文库上搜索。
1、高品质文档2022年基础管理心得体会 一项目要进行整体管理，善始善终 整个项目开头要做好项目整体方案，在项目的整个过程中，始终要根据项目方案执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更方案，并按变更方案执行。变更的影响状况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的缘由和产生的影响。 北京安通学校法律硕士辅导班课堂风景、北京安通学校XX年法律硕士辅导班押题分析、北京安通学校法律硕士辅导班名师介绍、北京安通学校法律硕士辅导班学员成果统计、北京安通学校法律硕士辅导班学员感言、选择北京安通学校法律硕士辅导班的十大理由 项目首尾工作也是项目管理中，一项重要的工作。需要
2、将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和沟通。 变更方案在软件项目中常常遇到。掌握好软件项目的变更，首先需要做好项目的开头目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开头要求的东西混在一起，变更方案就无从制定，变更的界限也无从划清。 自己做过的一个项目，开头为了占据市场和尽快拿下合同，在用户需求还没有具体供应的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新
3、增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开头好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中始终处于被动。 所以项目从一开头就要做好方案，搞清目标。只有项目的目标明确，合理支配时间、费用、人力和其他资源，掌握好项目的变更，这些是保证项目能够顺当完成的基本条件。 二项目范围管理理论解决了项目开头需求不清的问题 需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的全部管理原则的先决条件。只有在开发的目标被清晰明白地表述和理解的状况下，软件开发才能以一种有方案的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要
4、求的偏离。方案、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开头的，那就是文档化的需求基线。 什么需求？需求是指“安排给软件的系统需求”，或者更简洁地说，“安排需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。 区分开需求管理和软件需求分析是很重要的。一旦安排需求被文档化，并且被全部受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明安排需求本身就可以非常清晰完整的作为软件开发的全部基础。事实上，通常它们不是。 优化和精确描述需求，填补漏
5、洞，将含义表达得更清晰是软件需求分析要做的，分析的结果被称为“软件需求“。这样，作为需求管理的输出的安排需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。 从这里的描述看来，需求管理的活动简直太简洁，太基础了，明显没有哪个软件开发组织会不有效的进行着这种活动。问题常常出在企业对透亮度的惧怕。客户觉得保持需求模糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清楚的需求可能迫使用户在系统满意了文档化的需求但没有满意实际需要的状况下，为开头变更负责。相像地，开发人员觉得模糊不
6、清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，假如你需要其他的什么东西，你必需另外付出代价。”文档化清楚的需求会迫使开发者担当满意这些需求的义务，并使他们暴露于开支、进度评估不精确的风险之下。 这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在爱护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的绝望和争吵，为项目埋下了一刻定时炸弹。 三项目时间管理理论指导我们在项目管理中怎样抓主要冲突 以前进行项目管理时，是依据阅历和每个人的工作特点，进行项目的分工的，软件项目基本是根
7、据需求分析，概要设计，具体设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理支配人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。 项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有很多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起掌握关系。他们惊异地发觉，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最终只用78个小时就完成了通常需125小时完成的检修，节约时间38%。这就是至今项目管理工还
8、在应用的闻名的时间管理技术，即“关键路径法”。 所以我们在软件的项目管理中，也要将时间掌握理论运用进来，结合软件工程的实际，将任务分解的更加具体，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效 四质量管理是项目成败的关键 我们在进行软件项目过程中，对软件的功能测试始终认为还是比较仔细和严格的，每次测试都要有测试方案和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。 但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量掌握要深化到每个与项目相关的人，要深化到项目的每个过程中，从
9、一开头，就要树立质量第一的理念，每个过程都要进行质量的掌握，而不是到最好测试时，才想到质量，才去衡量是否符合标准。 标准化设计，标准化管理是项目质量的保证。参与质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。cmm模型已得到广泛的认可和接受，cmmi沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清晰的管理体系和标准，到进行统计过程掌握量化管理，到最终的优化过程、评价工作流程、进行工作过程的改进。 本人以前参与过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量
10、掌握就做的比较细致，用我们的观念衡量简直是不行容忍。做一个模块的具体设计，要用他们供应的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。 当时认为日本的方法太铺张时间和人力了，对技术人员个人的力量估量的太低，怎么能提高工作效率呐。可是软件质量问题的频繁消失，是我们不断的熟悉到，开头铺张一些时间和人力，掌握好
11、每个细节的质量，就是省去了很多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必需从项目的开头就要做好质量的掌握工作。 五沟通管理中的一些策略的使用可以使项目更好的完成 做项目就需要与客户接触，就会消失一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺当的一个条件。沟通中有很多的策略在平常的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采纳的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用惊讶方法，采纳有限权利法，不露面的人，公正合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是胜利的采纳了战略延迟法，将客户方的一笔项目质保金准时地催要了回来。 体会还有许多，总之通过这次学习自己对项目的管理又有了新的熟悉，我会将这些理论学问运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。 优质文档2
