用宏观思考搭建起PA工作的高速公路下述个人的一点感想希望能在单位时间内高效的工作，尽量避免陷入思维混沌，造成费力，收获却甚微。搜集资料，了解PA相关内容，有一个感性认识。培训之前，搜集相关PA资料，进行自学。这个过程会比较枯燥，也许你是在转型以前的业务的结构，也许你从来没有涉及此类工作，甚至以前工作和财务没有任何关系。这是一个劣势，但它的优势也在这个地方，因为是刚开始学习，第一次接触，这样的感觉很宝贵，你没有思维定势，相反你有着灵敏的感觉，感觉这个PA实怎么实现满足业务的需求，感觉PA这个系统有哪些地方让人感觉不爽，哪些地方换另外一种方法，岂不是更好，这个过程不只是一个提出疑问的过程，更是一个理解PA系统科学性的过程。触摸到它的科学性，你的兴趣就会有了。所以这个过程不只是走马观花的过资料一遍，更多的是去思考，思考这个新的科学的体系它是怎么工作的，它的科学性在哪里？这个过程也许包括死记硬背也要记住的一些分类和规则。上述的思考和死记硬背，随着学习的深入，你会发现，想过的东西还是很有作用的。PA的IT系统的学习和深入PA的IT系统操作的学习，这个过程会需要比较细致和精力集中，为了节省同事的时间，某一个功能过一遍后，你要掌握同事所教内容的70%以上。对于牵扯PA系统的操作问题，这里最好能像个小学生一样，把系统的每一步操作，每一个细小的动作，都要记录下来，虽然看上去有点幼稚。因为对于操作系统，一个细微的选择，就会造成以后很大的差别，甚至是错误。因为PA时间紧，任务重，我们是要尽量的掌握怎么正确的操作系统，没有时间去摸索不同的操作会是什么情况。这样才能尽量的一劳永逸。上述所述记录只是第一步，为的是先将工作完成。系统的编制是人的思想的体现，客户订制化的功能更是如此。随着后续工作的开展，系统操作的不断熟练，系统的每一个操作的作用是什么，为什么要这么做？不这样做有什么后果？能不能这样做，那样做？更深入的进行这些推敲，不只是以后对操作IT系统工具更有理性，且对PA核算方案也会理解的更全面，更深入。这样，随着PA方案的不断验证，不断的发现问题和提出新的需求，我们就可以对优化系统提出自己的一线的经验和看法；对新的需求，例如若需开发一些订制化报表，就可以给出自己的建议，最起码能知道这个报表的作用以及局限性。PA业务方案的实战操作，演练，消化学习和培训的知识。对于PA业务方案我们自学过，部门培训过，但是，只有到了一线，你才会发现它们还不是我们的一部分，还需要反复的实践，做一个融合成血液一部分的转化。PA业务的特点是牵扯部门多，人员多，模块多，流程多，从市场投标，合同签订，进入CPP拆分，下PR，PO，进PA，传总账，提取报表分析；牵扯到市场，销售管理，供应链，各产品线交付团队，文档控制室，共享中心以及各ERP模块等。而每一个人只负责自己的那部分。所以，如果想消化，吸收以及优化方案，就需要了解各个模块的工作流程，才能质疑PA方案，优化PA方案，才能让它们能更好的为我们提供输入的信息；进而使我们PA能为它们更好的服务。举个简单例子：人力工时我们每个月都要求项目经理报送，用以计算人力成本和分摊费用。根据我们的PA核算方案和业务部门的要求，我们制定了工时报送模板。项目经理的事情比较多，且项目组的人一个月内花费的时间、做的工作、工作岗位和离职，入职的情况有可能会有较大的变化，这样，每个月末，当我们发了几次邮件和当面催收，项目经理就会花费几分钟的时间，快速的报给你报了工时。这样实际存在的问题有：工时中新的成员没加上，离职的人没去掉；每个人每个月总做一种工作，花费都是30天，Positiontitle，businesstype，taskname，tasknumber始终一样；一个项目包含多个合同，一个项目组却一直在做一个合同；工时中有的有名字没工号，有的有工号没名字或者不正确等等；熟悉了这些工时报送问题，我们就能知道我们的人力成本哪里不准确，我们的费用分摊哪里多了，哪里少了。随着我们对项目的了解，我们会慢慢的把这些问题反馈给项目经理，并给出一些有效的建议。另一方面，对于后期若优化PA工时相关的核算方案，我们也可以给出现状的分析。最起码我们能明白方案优化前后的来龙去脉。小结同事的培训只能给你固化、现状的内容。PA需要快速、灵活地响应业务需求，PA的技术方案复杂，需要很多及时的验证和调整，所以要想以后能变通，必须扎实现状的方案以及操作。通过学习吸收，实践消化，质疑方案，优化方案，用我们高效的思考建起PA工作的高速公路，为构建项目核算的平台多一份理性的支撑。