确定上下游部门的工作联系 这个环节是APS中得必要手段，因为只要是体系，就必然和各种各样的人和部门打交道，尤其对于APS和PM而言，更是重要，因为PM工作的本质实际就是运用公司内外的各种资源为产品服务，缺乏了关系的产品部门是根本不可能做出任何产品来的，但是因为APS要涉及的部门基本都是同级的或者是还要高一级的，因此确定上下游部门的工作联系一定要明确成文，经过公司高层的认可，并且和其它部门形成共识，主要的作用是要让其它部门能够意识到APS是干什么的，有什么作用，能为其它部门提供什么，同时又需要其它部门为APS提供什么，这个过程是比较繁琐的，可以通过培训，私聊等各种方式灌输APS的思想，实在不行，就必须靠高层的强制力来推动了，但是前提一定是高层铁了心要建立自己的PMS，否则一旦涉及到部门利益之争，高层肯定会牺牲新建部门的利益。 其实这个环节的核心就是确定APS的入口和出口分别是什么部门，相应的接口规范是什么，一旦出现问题，应该如何解决的问题。 部门之间肯定是存在利益之争的，公司为了保证各部门能在共同利益的前提下协同工作，就必须制定一个顾大兼小的契约，这就是部门规范和接口规范，这对于APS来说，就更显的重要，因为APS是公司内唯一会和公司所有部门打交道的部门，包括市场，销售，研发，生产，甚至财务等，如果没有一个明确的上下游部门的工作规范，APS是很难开展工作的。
总结一下：这个环节就是明确APS生产计划与物料控制的工作得依靠那些部门来做 第四个环节：确定部门内部的规范和流程（保证） 这个环节是PMS中的保证，也是整个PMS中的核心建设方向，也是唯一的可以完全由APS自己控制的环节。
APS的主要规范包括：
1）部门规范：这个规范就是要说明APS的工作职责，工作特点，内外联系，组织结构，工作方式等内容，其实就是对APS的一个定性。
2）人员规范：这个规范就是要说明APS的人员设置，人员要求，个人工作职责，个人工作范围等内容，是对APS人员的一个定性。
3）产品规范：这个规范要说明的就是公司的产品特点，技术特点，产品级别，产品方向等内容，是明确APS要做那些产品，现有产品都处于什么阶段（这在第一个环节中就应该明确）。
4）文档规范：就目前情况来说，公司内外沟通的纽带还主要以文档为主，尤其对于APS这样的部门来说，文档就显的更为重要，主要包括文档模板，文档编号规范，文档存取规范，文档撰写规范，文档级别规范等，其实文档不在多，而在适用和使用，坚决反对从网上下载模板直接使用，文档别看简单，其实真正好的文档全是经过千锤百炼的。
5）流程规范：这个规范主要就是说明APS和PM在工作中的工作流是什么样子的，从一个产品概念提出到完全上市，这个过程中需要那些环节，需要那些部门，PM在每个环节都扮演什么角色，其中最重要的就是产品规划流程（根据产品实现特点应该有自研，外包，合作，如果按产品应用方向应该有个人应用产品，企业应用产品），其它可能涉及到的流程还应该有个人考核流程，对外合作流程等。
6）考评规范：这个规范就是要说明APS在公司内是如何被考核的，个人在部门内是如何被考核的，考核的标准是什么，如何考核，如何晋升和降级等内容。
APS的主要流程包括：
1）产品规划流程：这个流程应该准确描述出产品从概念化阶段一直到市场化阶段所要经过的各个环节，每个环节的负责人，应该出现的里程碑，应该出现的文档等。 如果公司产品线比较广泛，涉及个人，企业，自研和合作等各种形式，那么就得考虑是否需要制定不同的产品规划流程。 有时候一个主流程不能很好的说明产品规划的各个阶段，这就需要把流程分解，分阶段细化，一般按照产品的5个阶段细化就可以了（产品的5个阶段请参看联盟中的“产品规划的概要说明”一文）。
2）考核流程：这个流程主要说明一个PM是否称职需要经过那些步骤才可以得出，而不是凭个人的主观判断来得出，这个流程看似简单，其实很难，因为一个合理的考核流程才能客观和综合的对一个PM进行评价，我建议，这个流程多和人力资源的同事沟通，千万不要闭门造车。 对于流程来说，基本的原则就是详细、准确、清晰。 总结一下：这个环节就是要明确怎么做才能实现APS的目标 这四个环节涵盖了产品管理体系的基本范畴，也仅仅是进行一个概述性的说明，具体的操作还需要自己根据公司的实际情况进行。
阅读(336) | 评论(0) | 转发(0) |
