为什么要做项目管理标准化,项目管理的规范化的极致之话术标准化

网上有很多关于为什么要做项目管理标准化,项目管理的规范化的极致之话术标准化的知识，也有很多人为大家解答关于为什么要做项目管理标准化的问题，看百科为大家整理了关于这方面的知识，让我们一起来看下吧!

本文目录一览：1、为什么要做项目管理标准化

为什么要做项目管理标准化“ 话术规范，是项目管理规范化的极致。”

在实践中，我开始慢慢沉淀并形成项目管理的思想体系。我习惯将项目从五个角度进行管理，分别是：人员管理，需求管理，风险管理，进度管理，成本效益管理，其中，第五点成本效益管理一般在不追求ROI的组织中较少使用。

以上不在本文中做展开讨论，后面有机会系列的专题。本文特别想谈谈一个困扰我蛮久的思考点，在面向项目质量管理中，我意识到的时间成本和沟通效率问题。

相信参与或者主导中大型项目的朋友们会发现，我们在做一个大系统的时候，项目范围往往会关联到数十个系统。实施过程中，经常要反复回答很多的同质类的问题，例如：需求确认，接口联调等。这些问题往往不是简单的字段含义解释或者枚举值标准化的问题，常常是一些蕴含复杂逻辑的问题。如果一笔带过的简单回答，会给对方造成理解差异，可是详细的从头到位的解释，做“一对一”的对接，再多少人力也被吃进去，造成效率低下，项目隐性阻塞。在此基础上，人员管理中还有一个始终无法回避的风险点——人员的流动性，人员的流动也会导致依赖经验的管理方式无法形成有效沉淀，那不同的人对同一句话的理解，也大概率出现因人而异的理解差。

为了解决上述的问题，我同时也研究了一些企业管理的理论，整理了些思路。在文档模板规范化的基础上，我开始推广施行——话术的规范化，效果显著。主要思想阐述如下：

1）对重复问题的抽象化

同质的问题反反复复被问到？或者我们自己系统的个性化功能需要对大家做好解释说明。还原到场景进行总结，抽象出一些公共话术简明扼要的解释说明。

2）对流程问题的逻辑化

有一些回答分为多点，存在上下文的逻辑依赖，需要第一步的前置条件才能进行第二步，这一类问题需要逻辑清晰地表达。

3）对随意问题的专业化

因为提问对象的水平参差不齐，利用个别专有名词组成起来的一个疑问句，词不达意，我们需要进行多个反问句进行进一步的挖掘对方来意，其实不如有个专业化的解答和引导。

所以，我在项目过程中一直注意积累。总结一般问题中的诉求，超越对一般问题的偏见。基于专业知识的理解，高度准确且逻辑清晰地准备标准话术，当对方疑问时，从容应对，节省时间，也尽可能消弭风险。我们在落地执行此规范时，还会注意两点。1）第一次实施做好必要的解释工作 2）必须持续更新规范话术。

以下是部分案例，供阅。

01

—

Q1：总账系统一天可以接收多少批次账务文件？多久可以看到传票？

A1：同一个账务日期内，理论上账务文件批次不受限制，账务传票解析是实时任务，支持多线程并发，一般为5min 内可登录系统查看传票数据。

02

—

Q2：总账系统最晚可以等到几点？

A2：总账系统只有账务日期，没有自然日期的概念，理论上可以一直等上游文件。但是，若超过次日凌晨02：00导致批处理延迟，将影响下游的数据系统的数据处理和报送，请同步通知。

03

—

Q3：借贷平衡是怎么做的？

Q3：以当前系统设计方案，Soursq传票号表示一组（套）传票，需保证Soursq唯一；一组（套）传票中至少有两条或以上的记录条数，使用vchrsq表示记录条数的序号，一般从1开始自增，需保证一组内唯一。借贷平衡的检查指的是：在一组传票内（同一个Soursq），机构，币种，金额的借贷平衡。

04

—

Q4：总账的总分核对的原理是什么？

A4：总账系统实时入账，A系统的传票文件解析实时过账。在A系统当前账套日期的过账完成后，立刻进行针对A系统维度的发生额/余额的核对。总账系统的当前余额表的数据称之为“总户账”，外围系统记录并提交的余额文件称之为“分户账”，即为：总分核对！注：若总分核对失败，因为系统当前已经过账，需根据差错原因，进行传票的差额冲补或者余额文件重新生成的方式才能处理。

05

—

Q5：系统间往来科目不平的处理方法

A5：系统间往来科目主要用于跨系统间对账户账务处理，理论上日终时必须清零。1）需确认跨系统同时启用该科目；2）若出现科目余额不为0的响应机制：

非月末系统作弱校验，批处理不中断，短信提示：“科目，机构，差额”，以便次日跟进处理；

月末系统做强校验，批处理中断，短信提示：“科目，机构，差额”，必须当月处理，保证月度报表正确。

06

—

Q6：红冲蓝冲的区别？

A6：关于红字/蓝字记账的规范，需关注对“发生额”的影响！

【相关背景】：绝大多数情况，用户仅关注余额数字，但是少部分报表（俗称：六栏表）涉及到发生额数字，如：EAST总账科目发生额需要等于分户发生额汇总，金数/金标报送虽仅涉及分户交易发生额报送，但是会和总账科目账核对;

【涉及范围】：1）总账程序设计 2）手工传票账务；

【主要要点】

1）当日/隔日错账冲销，采用红字冲正，以保证发生额不会虚增；

2）应收应付挂销类业务，需采用蓝字记账；

3）机构上划账务类，需采用蓝字记账；

4）系统间往来，临欠科目类因正常情况下，各期期末的余额均为0 ，发生额一般忽略，报送也不会涉及。报送主要涉及本金，利息，收入，支出类科目。

原则上，账务必须实际反映业务发生，不能虚增。手工传票，尤其是期初余额移植时务必注意。

07

—

Q7：短信测试与生产短信内容一致，在测试时形成误报。

A7：以免引起排查问题不必要的时间浪费，或者时间久了放松警惕。功能性短信的测试有三种方案可选，

1）指定收件人，待测试通过后生产环境增加额外收件人

2）短信模板文案以【测试】开头

3）若完全模拟生产环境需要，则在调通短信平台后，运维群发一下告知消息，“XX短信测试需要，请大家忽略”。

08

—

Q8：因外围系统账务检查或数据修正的需要，请配合关闭导数任务，防止错误数据。

A8：为防止沟通随意带来的误操作，对操作流程做备注说明。

1、操作结果如截图（截图发送系统界面操作界面）

2、 YYYY/MM/DD XX系统的导数方案已关闭，总账系统不会导入该系统任何账务文件。

3、导数方案若需重新开启，将等待外围系统的明确通知

09

—

Q9：外围系统请求总账配合测试申请的要求是什么？

A9：【规范请求话术】/【规范应答话术】这是对双方的规定和要求，以便于联调顺利开展。

1）注明测试文件名

例如：*_00000001

2）注明紧急度

正常or加急，例如紧急度为正常，则总账系统统一处理时间窗口工作日的13:30-16:30，如紧急度为加急，则需协调资源进行紧急处理

3）注明要点备注

要点备注1：若文件包含*切日文件，总账系统则执行切日，否则默认不切日

要点备注2：若需要跳跑，日期则注明yyyymmdd-yyyymmdd跳跑

要点备注3：测试目的，简单描述，以便核对例如：基金测试

4）注明是否开通测试人员凭证/报表查询权限

需要开通测试人员查询权限需提供如下信息：

环境地址：例如1.2.3.2:8080

登录账号：例如1234

人员所在机构：例如XXX

所需权限：例如查询会计凭证、查询报表

【规范应答话术】

1）XX文件数据格式异常+问题截图，例如：“**_00000011”数据格式异常”+总分核对不通过/会计引擎解析失败/数据加工失败的问题截图，截图需明确包含错误来源数据+数据问题+解决办法；

2）传票解析已完成，请登录总账环境：1.2.3.1:9001 验证账务数据，并截图保留测试记录作为SIT/UAT测试结果，作为总账系统投产依据，测试报告按行内标准模板邮件至bb@nihao.com；

3）测试人员账号已添加，请登录总账环境:1.2.3.2:8080，账号：1234，初始密码：xxxxxx，初次登录请自行修改密码。

小结

—

“对重复问题的抽象化，对流程问题的逻辑化，对随意问题的专业化”。一个成功或者失败的项目，其实都值得我们总结。

我常常问自己这个问题，“为什么有的人一个项目做出五个项目的成长，而有的人经历五个项目就好像都在做同一个项目？”

以上就是关于为什么要做项目管理标准化,项目管理的规范化的极致之话术标准化的知识，后面我们会继续为大家整理关于为什么要做项目管理标准化的知识，希望能够帮助到大家！