是否需要这么一支“特别行动队”？

一支“特别行动队”？"/>

是否需要这么一支“特别行动队”？

今天参与另一个项目的ECR启动评审，因为涉及到整机与模块之间的开发维护同步更新问题，所以将我叫去了，和系统软件/整机测试/系统设计等各路诸侯梳理了一个半小时。

一个半小时干什么？用来确认一个EXCEL表：本人负责的模块所拥有的哪些功能在该产品整机上还没有被开发，那些新功能点是否存在于整机的兼容问题、对售出产品有何影响和如何通知用服兄弟进行升级等等稀里哗啦的问题。

这可是一个迟来的诸侯集会。为什么这么说？因为俺负责的模块都上线3年多了，该整机产品上线也快2年了，而今天整理的这些问题应该在该产品上线的1.0版本就应该考虑清楚，并且在今后的历次ECR中进行逐一分析和解决。

那么为什么没做这个工作呢？因为项目紧张嘛，因为没有安排专人来管理这一块的工作，所以就产生这么一个盲区。

这个问题是我很懊恼。因为目前我参与的手头一个项目就正在经历这么一个过程：

1、北美那边测试出问题，结果故障库中列出了一堆的issue。我负责的模块认为是上位机问题，而负责前端的上位机兄弟认为是我的问题，其实大家都清楚中间还有一个转发的环节和后端。谁来负责牵头进行“头脑风暴”式会诊？没人。因为大家都忙得喘不过气来。

2、有一个功能点的验证方案，从09年的11月份到10年的3月份都没有得到解决，只到最后才想了一个“战术性规避”方法来绕开它。为什么这个问题解决不了？不就是一个测试方案吗？因为它牵扯太多：美国分公司的算法、深圳的硬件、而系统用的是别人的传感器部件。我是做软件的，需要硬件给我理由；硬件的兄弟说传感器厂家没有给他纯正的技术资料，所以测试方法不确定，需要问美国的接口人；而美国分公司的那哥们就要不不回答，要么就弄一不怎么完整的文档过来；整机测试的兄弟老跑到我这边要方案。。。。。。。

3、参加一个评审，大家又开始一个扯一个老问题：模块测试只管自己的功能和接口，软件测试部只管整机软件功能，整机测试只管产品规格级别。那么，到底谁来负责组织整个产品级的集成验证和测试？

共性：项目的管理中缺少项目经理之外的一个技术性和管理性兼顾的协调角色。项目经理不行，因为他太忙，对一些技术性问题不大理解透彻；系统工程本来可以兼顾解决和管理这类问题的大部分，但很多时候形同虚设(至少我参与的几个项目中都是如此)；技术秘书更不行，她连数据链路都不清楚，更不用说那些繁杂的医疗器械法规要求了。

那么，是否在项目的部分阶段需要从各个方向或者系统设计组抽调几个人来组成那么一个临时的“特别行动队”来发现/收集问题、解决协调问题、改进/优化/固化流程？