项目管理学习体会内容摘要：
问题经常出在企业对透明度的惧怕。 客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说： “ 那并不是我所要的，那并不是我认为的需求的含义 ”。 文档化清晰的需求可能迫使用户在系 统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。 相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说： “ 这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。 ” 文档化清晰的需求会迫使开发者承 担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。 这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。 每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在 走向将来的失望和争吵，为项目埋下了一刻定时炸弹。 三．项目时间管理理论指导我们在项目管理中怎样抓主要矛盾 以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。 但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。 项目管理的实施最为直观的就是缩短项目时间。 利用项目管理理论、方法，有许多缩短时间的例子。 美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起 控制关系。 他们惊奇地发现，检修过程选择不同路径总时间是有差别的。 通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需 １２５小时完成的检修，节省时间。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。