从2002年以来，参加了多个标准编制及其相关项目，简单总结一下我对标准编制项目管理的一些看法
1.项目团队
项目经理，每个人都是专家，这个项目的项目经理完全是个服务型管理，和管家精神
pmbok第七版在这里完美体现
我们需要一个有服务精神的项目经理，还要能顶得住专家压力，推进工作
还要能吃喝玩乐，专家也需要放松
项目经理任重道远，不能抢戏，还要推得动，不容易
感谢所有项目经理
总架构师，标准及其周边工作都是知识密集型，必须有总架构师
这个角色要带领大家确定整体原则，逻辑，结构，编写的直接等
这是个有能力，有时间，能听的进别的专家意见，有想法，头脑清醒的人
总架构师还需要组织核心专家团队，确定没一块的细节
多个专家组，一般每个专家组都有核心专家，带领1-2名专家组成，负责其中一部分
这个组织结构，相对来说比较好，项目经理管整体，管议程，负责服务
总架构组负责整体，专家们负责具体内容
2.编制过程，从选题，初步研究，立项，整体结构，编制，初审，复审，征求意见，报批，发布等
这个具体过程需要懂标准整个过程的项目经理补充，我只是个专家
和软件一样，整体架构和原则，框架，这是最关键的
3.质量问题
如果没有总架构组，一定是你干你的，我干我的
项目经理完全控制不了
所有总体架构是最大的质量
其他如交叉评审，小组评审，那是肯定少不了的
4.风险
最大的风险就是延期，没完没了的延期，每个专家都是企业里的关键人物，忙得很
怎么办？集中办公是常见的，集中2-3次，将主体内容先敲定，细节补充，项目经理不断push
其他风险如专家换离职不在这个单位了，这也是很大风险
我觉得可以个人和单位结合，一般来说专家会愿意完成有关工作，以前专家必须跟着单位走，专家离职，就要换人，导致有的标准最后不了了之
我是个罪人，我离职到京东后，就耽误了一些标准
信息安全风险，知识产权风险，现在大家都做的比较好，以前这方面问题还不少
4署名，署名是个难题
每个参与的专家都应该署名
但总有些限制，有意无意有些专家就没能署名，但一个标准上全是人名也不行，因此在选专家的时候就要搞清楚，选好
如果署名没有，专家可能要求撤销他负责的部分，这个问题出现过，现在可能好了一些
5.干系人，作为项目经理要对很多内容负责，干系人很多
不仅仅是专家，关键是标准编制链条上的干系人很多
特别是领导要不要求署名呢
其实这不是难题，因为都预留了位置哈哈哈
6.利益，参加标准编制，人人都有自己的利益诉求，作为项目经理可能要想清楚，想明白
见过把利益都揽走的项目经理，组长，牵头人，只能说吃相难看，再也不合作了
临时想到这些，如果有机会想和我的项目经理们好好探讨一下，整个完整版出来
谢谢所有曾经合作的专家，项目经理，共同成长是一个美妙的经历