从事软件职业13年多以来，从事过测试、项目经理和PMO各种岗位，在南方现已习惯了正规的项目处理形式，回到老家东北面对项目和人员处理层出不穷的问题开始水土不服。通过一年多的研讨学习和向范畴专家请教，对项目各环节存在的问题分析总结如下，希望对有相同困惑的朋友们有所帮忙。

　　01商场环节

　　①出售流程缺失规范要求。建议：商场部应收拾一套规范流程规范，供商场人员实行。收拾售前应怎样组织调研、怎样组织相关人员点评项目本钱和赢利，合同签订前后的实行规范、合同中各阶段条款怎样约好，到达合同阶段要求后怎样恳求开发票和跟进回款，后期怎样跟进项目查验和结束后续回款，怎样恳求结项等一系列操作的基准。

　　②因项目太多较难处理，项目签订合同、交给查验、回款等节点，商场不会及时反应，缺少对项目出售情况的系统化处理。建议：建立一套出售处理系统，包含项目立项今后未签合同设置多长时间提示一次、合同处理、项目各回款节点的提示、回款金额统计、合同到期提示等等功用，一同要与现有信息化途径对接，让项目办及时了解项目各节点情况，减少向商场人员索要项目信息的环节。

　　③部分人员缺少项目本钱概念，项目签单后，未跟进实行情况，当项目因大规模需求改动或运维期仍处理许多新需求时，未及时与客户和项目组交流，项目本钱超标。建议：进步商场人员的本钱概念，对合同规模外和运维期产生的新需求，应尽量引导客户到达下一期协作。

　　02规划环节

　　①规划阶段的产出物缺失规范规范要求建议：规划部应收拾一套关于需求和原型规划的规范规范，如需求和原型规划需具有哪些要素才算结束，需求怎样组织评定、到达哪些规范才算评定通过，比方业务逻辑不通、缺少逻辑说明、功用规划不完整就不能向下一环节移交。

　　②规划人员对底层业务不熟悉，需提高底层逻辑思维、专业才干和本钱概念，堆集各范畴的项目解决方案建议：添加需求调研的投入，与实践运用客户做好需求承认，即便没有实践客户，也需多做竞品分析和业务研讨，根绝“闭门造车”(对外和对内)，一同需提高业务才干和逻辑思维才干，规划时能全面考虑系统的运用场景，将底层架构规划好，将各子系统的业务相关研讨清楚，防止为了赶工不考虑就开工，减少返工本钱。需求要从实践运用动身，防止“需求镀金”，一同也要有才干压服并引导客户按合同规模实现项目制作，尽量减少不必要的需求改动。

　　③经常因暂时任务打乱原有方案，恶性循环建议：各部分建立任务接收机制，一切任务应由部分负责人向下分配，特别情况如直接分配给个人，也应规定人员需将新任务情况向上级报告，部分负责人应及时把握部分人员的一切作业内容(建议选用周例会或每日站立会议等办法获取)，共同组织作业的优先级和做好资源分配，防止紧迫或重要任务因其他暂时作业被耽搁。

　　03开发环节

　　①缺少共同的开发规范规范建议：开发部应收拾一套关于开发规划、编码、自测和提测以及代码规范等内容的相关规范。

　　②缺少公司级可供一切事业部复用的模块化的结构途径建议：由技能研讨部分牵头，各开发部协作搭建一套公司级的代码复用途径，将常见的一些功用代码以模块或办法等形式放到途径中同享给一切开发人员，且开发人员能够进行议论和自行提交一些开发成果同享给其他人。

　　04运维环节

　　①缺少对运维实施流程的规范规范建议：实施运维部应根据实践作业情况拟定相关规范规范，让运维人员实行各项作业都有参阅根据，定期组织相关训练提高运维人员才干，一同部分负责人要做好日常作业检查，发现问题及时纠正。

　　②运维人员缺少本钱概念，工时存在虚报误报情况建议：部分负责人和项目经理加强对运维人员工时正确性的检查，一同进步运维人员的本钱概念，项目进入运维期后，应只承担bug修复和部分功用优化的作业，新需求及时反应给商场人员在项目下一期中协作，控制项目运维本钱。