软件项目管理随笔（一）

进度管理 ```xml 首先，规划进度管理，制定进度规划的单位，进度报告的格式等 划分模块：把需求划分成若干模块，对模块在进行细分，分配到各个资源 排列模块执行顺序：先做那些功能，后做那些功能 估算工时：预估每个模块的工时，给出报告 进度计划的图表制定：根据项目优先级以及摸块优先级以及资源日历来制定进度计划 控制进度：根据进度计划，来执行进度控制。

一、确定范围和分解目标 严格确定项目的范围，然后把项目分解开来，分成模块，细颗粒度化道每个人做什么工作 二，利用好进度管理软件 利用一些管理软件。比如ones，禅道等，可以及时的查看目前项目状态。 三，开展每日站会 开展每日站会，总结昨天的问题，规划当天的任务和进度 四，及时跟进项目进度 及时的跟进项目进度，项目上有问题随时来解决， ```

项目资源协调 ```xml 规划资源管理，预估项目需要多少资源， 调配资源：根据项目优先级，以及每个人的资源日历来进行资源的调配 管理资源：团队定型后，管理好团队内部资源的各方面问题，比如冲突的解决，鼓舞士气等等 资源的释放：如果项目中有资源在目前项目中完工了，那么可以调配到其他项目上 总结资源管理：总结资源管理经验并记录

1，根据项目优先级，来明确具体优先哪个项目使用资源， 2，查看每个资源的资源日历，根据其资源日历配合项目优先级进行协调 3，提高每个工程师的工作能力，提升产出 4，适当给予一些奖励政策 5，通过上级领导的影响来协调 ```

软件质量的管理 ```xml 首先规划质量管理，根据风险登记册，进度基准或者是国家的iso9001等制定质量的一些标准， 其次管理质量，保证项目进行中一直是按照质量标准来的，如果出现了问题，查找问题的所在，并进行改正，该赶工的赶工，该调配资源的调配资源 最后控制质量：在每个阶段都进行质量核验，确保质量一直是按照标准走的 最后，总结质量管理过程

可维护性：开发的软件，在后期使用中，可维护性要高，因为互联网公司人员流动还是比较频繁的。 代码可读性：代码的可读性很重要，可读性高，对于后期的项目维护很友好 软件的可测试性：测试人员对于测试时候出现bug的定位很清晰，而不是前后端混淆，增加测试成本 代码的可修改性：如果出现bug，那么修改时候，要有好的修改行 代码健壮性：代码要健壮，该判断的要判断，该try的时候要try 系统的运行速度：系统的运行速度是当今客户要求的很重要的一环， 安全性：对于自己系统内的一些关键数据的保密，以及客户数据的保密 ```

风险管理 ```xml 首先规划风险，提早识别一些风险 其次规划风险应对 把识别或者规划的风险列出来，制定应对方案 应对风险，如果出现风险了，要对风险进行应对和处理 更新风险，有的凤霞你没有出现没有的出现了，要进行更新和删除 总结风险，对项目中出现的风险进行总结，对以后的项目可能有帮助

项目管理的风险：需求风险，需求不明确，客户的需求变化 进度风险：技术水平，或者资源匮乏，项目经验 质量风险：技术水平导致系统质量不行 技术风险：设计，接口，维护， 管理风险：由于管理者和被管理者自身状况导致 商业风险：产品开发前期符合战略，后期不符合战略。开发的产品销售出售困难 法律风险：许可权，专利 社会因素风险：国家出台政策影响，客户公司后期的鼓掌制度等 ```

项目管理什么最重要 xml 1. 理解能力，首先要理解公司发展方向，理解领导的意图，领导对项目的一个期望；然后是要理解客户的需求，这个理解不单单是客户说出来我理解就可以了，重点是要能够挖掘客户深层次的需求；再次就是能够理解项目过程中各种干系人的一个反馈，能够准确做出应对； 2. 沟通能力，沟通能力不是说做一个传话筒就可以，要有清晰的逻辑能力和分析能力，能够迅速做出分析和判断； 3. 风险控制能力，能够对项目过程中的风险及时预判，能够采取措施，恰当的反馈给双方领导。

需求发生变更时如何控制 xml 需求变更是软件项目中经常遇到的，前期在需求调研的过程中要涵盖到所有干系人，决策层、管控层、执行层，能够深入他们的工作了解最完整的需求，形成规范的文档，等到双方人员的认可，最好签字确认。制定好完整的需求变更流程，需求一旦变更采取什么样的流程，需要什么领导来审核，这些都要提前规范好。

如果持续提升项目团队梯队建设 xml 第一步树立项目目标，将整个目标贯彻到所有团队成员，使团队有共同的努力方向； 第二步能够和每个员工独处，了解团队成员每个人的详细情况，技术、优点、缺点，擅长领域，针对每个人的情况进行任务分解，角色划分； 第三步建立团队学习、分享机制，扬长避短，使每个人在这个项目中都能够得到提升。 第四步联合职能部门定期考核，奖罚分明； 第五步在成本范围内不定时举行各种团建。

遇到比较强势的客户提需求怎么办 xml 如果是客户部门领导提的需求，又不能拒绝的话，我认为可以先协调研发做出个初步的demo，能让客户领导看到我们的执行力和态度，然后一步步挖掘客户需求，再改进。因为客户的需求不可能是一成不变的，很多时候客户也不知道自己想要的具体是个什么功能或需求，他可能只是有个初步的想法，这个时候如果我们投入很多精力去做出来，可能大部分工作都会是无用功。