1、组织建设与项目执行
一、问题描述
1）项目进度持续延期，执行力偏弱，一人复用，遇到延期，项目经理反映：听到最多的借口缘由就是：项目办叫我作其余任务，而后基层项目经理一点不知情，部分项目经理声音：当项目经理安排项目成员工做与项目办冲突时，应该听谁的；
2）部分基层员工声音：一人多用的状况时，名个项目负责人、项目办应协助调好时间，生产、研发、委外流程复杂死板，职责不明确，沟通不便；基层员工声音：当所安排工做任务发生冲突时，我该听谁的；
3）基层员工声音：我找不到组织、我对本身的职能工做职责边界并不彻底清楚，专业的人作专业的事情，让基层的研发技术人员来推进节点，公司目前现状：职能组织其实质上是属于去中心化管理，项目采起集中化、集中一于点管理。这种设置随着公司业务及人数的发展，会带来职能体系与项目体系结构上冲突。
二、问题解析
1）以上问题带来的后果就是，项目成员在发生任务冲突时，不知道听谁的，多是谁官大就听谁的，长此以往，项目经理形同虚设，所安排任务没有任何约束力，项目组织执行力愈来愈差，消极的项目成员总能找到借口，积极的成员跟着消极，项目经理逐渐有心无力，跟着消沉，逐渐跟着公司中心点转，整个项目陷入多米诺骨牌式的坏循环，“人制”逐渐增强，偏离目标导向的“法制”，整个项目成员执行力与责任心不断降低，反正跟着领导或中心点走好了，项目成与不成无所谓。
2）这本质上其实就是一个现代职能体系与项目体系中，“中心化”与“去中心化”两种管理思想的碰撞，企业中组织的“去中心化”，是指企业的整套运做体系再也不单单以管理者为中心，而是以员工为中心。将来，优秀的企业必定离不开去中心化的管理；企业的整套运做体系也再也不单单以管理者为中心，而是以全部员工为中心。企业的“去中心化”浪潮已经势不可挡，企业管理的职能正在由管控向扁平化、协做式的资源服务体系演变。
在现代企业管理中，去中心化和中心化两个对立且统一的逻辑，放到总体系统中，实际上是能够相辅相成的。企业管理历来都是处于中心化和去中心化的交叉之中，一个体系的运行，某些地方是采用中心化的方式在运转，而有些地方是采用去中心化的方式在运转，它们都在采用相对最优的方式，以得到企业管理效益的最大化最优化。
结合现代企业管理思想、CMMI组织体系建设指导思想，战略上要中心化，执行上要去中心化。CMMI组织体系建设指导思想及敏捷理念认为：创业型中小企业，应在职能体系组织建设，采起集中化管理与控制，着重于人的方面：人员的职业规划、职能任务协调、专业指导、技能培训、职级晋升等，目的是职能领导力的提高与组织执行力的控制；在项目体系中，应去中心化管理，具体平常研发工做采用项目组织结构形式实施，着重于事的方面，从不一样职级中分派人员，由资深人员担任项目经理进行管理，完成平常研发事务目标。指导思想：集中式领导、分享式管理。
三、建议
目前情况，职能组织实行中心化管理，增强领导力控制，项目组织实行去中心化管理，充分受权、权力下放，提升基层执行力与积极性，具体措施是：
1）再次梳理研究院职能组织结构、定义规范化岗位职责内容及边界信息，由技术部门具体梳理并报人事部审核公示，从而增强职能组级控制、促进权责相符、经过分享式管理与职能领导力制约，提高组织与项目的执行力；
2） 项目过程管理体系采起去中心化管理，充分受权，权力下放于项目经理，各级职能层级领导及项目办尽可能不要过多干预，不要越级指挥，让一线项目经理全权负责，增强项目经理对基层项目成员的制约与监督力。对应指导思想：集中式领导、分享式管理，增强组织的控制力，提升人员的积极性，以保障基于目标导向的项目执行力。
3）根据业务性质，从新梳理与优化公司企业组织结构。ide
2、绩效考核与制约
一、目前有些项目经理有较为单一的项目人员绩效评估权，但有些项目经理彻底没有，致使项目经理形同虚设，对项目成员彻底没有制约做用，项目天然不存在执行力；绩效的考核权重应向基层管理人员下探，高层充分受权
二、采起职能领导与项目管理双重制约与评估，重点是给与项目经理必定的绩效考核权，360度考核，保证考核的公平公正权威性，同时增强基层项目经理的自主权力与影响力
三、绩效考核的时间周期是否能改为一个季度一次？内部人员绩效考核，后续还需根据实际情况量化与完善。优化
3、将来与总部生产、委外对接业务活动，应将目前由个体员工对接调整成由专门组织负责对接工做
建议：
1）长沙这边成立委外与生产对接组织，或暂由质量组兼任，人员待定，湘潭总部是否也成立相应的对接专门组织
2）增强委外流程的梳理，制定成规范，循序渐进
减小我的对接所带来的诸多风险问题，整段业务组织化、流程化、专业化
有利于传承与造成公司历史数据知识资产职业规划
4、技术研发公司的研发活动、研发流程等研发环境是否应与生产环境逐步切割开来？如：（非成品）研发过程采购、审核流程是否是应有独立的一套更为简易、适合研发快速做战的流程。指导思想：ISO、CMMI相关领域模型思想均认为：研发模式与生产模式应当完全分离与切割。日志
5、以上梳理清楚后，应逐步增强基于目标导向的问责机制，一人复用的多个项目需所有归入研发管理平台，造成可视化、数据化的项目管理，记录延期事项及主客观缘由、责任人员、造成数据资料，做为绩效评估与人员问责的重要参考项。事务
6、常见问题
一、一人复用情况下，当工做任务发生冲突时，责任人应该听谁的，项目经理与职级小组领导、PMO、高层领导？
答：应当直接听取项目经理、职级小组领导，由二人根据事项任务的优先级，共同决定任务的执行优先级，职级小组领导应当处理组内人员工做任务冲突问题，配合项目解决（不然直接问责职能小组负责人），当解决不了时，由二人共同向公司上一级领导、PMO组织反映，寻求公司资源协助处理。项目管理
二、各项目优先级、项目中具体事项优先级的排定
各项目优先级由PMO、高层领导、职级小组领导、各相关项目经理、共同决定，项目中具体事项优先级由项目经理决定资源
三、 项目计划的制定
由项目经理主导，由基层责任人员自下而上造成，项目经理汇总整理后，输出计划，交由职级小组领导、PMO、高层领导自上而下审视it
四、 PMO的定位
通常称为项目管理办公室，或项目管理委员会。在不一样行业不领域PMO所起的做用范围是不一样的。传统建筑行业强调强矩阵、强管理中心控制型组织结构，但在现代研发型IT项目组织中，强调弱矩阵、扁平化、协做化、去中心化运做模式。PMO首先应是一个组织机构，不该是一个个体职务，PMO主要职责是统一收集和汇总全部项目的信息、工做日志和完成情况，并对组织高层或其余须要这些信息的组织或部门进行报告。 从侧面调查反映各项目整体进度是否符合公司总体计划与企业战略规划。在IT研发企业中，PMO职责应重在协调与支持，而不是管理与控制。中小型公司，可由PMO负责人、各项目经理、各职级小组负责人等组成项目管理委员会（注意不是常规性组织结构，是委员会形式）。class
五、 目前各职能小组，众多基层人员水平与资历都尚浅，指定负责人会致使同层次员工并不承认，其二会对引进外来资深人员、技术专家等级别更高层次的人员，形成必定引进压制与水平阻碍。
1） 目前一些重要职能小组，如发现确实不存在总体水平、资历足以服众的核心人员，能够由更高一级的领导暂时兼任，配合项目表现突出的人员加以协助与培养，职级title可暂时设置为临时组级负责人，职级为副组长、代组长、组长等
2） 职能专业小组，随着企业业务与规模发展须要，会陆续引进更高层次的资深专家或管理人才，后续能够经过“层级化”职级专业体系，加以解决。如：现硬件组缺少领军核心人物，将来若引进，可设置相应的层级化职务：硬件组-副经理、硬件组-经理、硬件组-高级或资深经理，硬件组-高级工程师，硬件组-资深工程师等，随着公司规模扩大，逐步完善人员职级晋升机制，人员晋升体系通道保持动态变化、顺畅。可视化