主题：【求助】尴尬的任务：老板要求开发一套软件监控兄弟部门 -- baresi

1 简单说下背景

我在一个规模不大的私企，管理研发团队。2010年8月左右，公司的研发工作量开始减轻。老板觉得既然闲着，就提出了开发一套软件，用于工程维护部门的管理。

该部门在公司内的地位应该说很重要，可以说是公司最稳定的资金来源，日常工作为定期巡检、保养、校准、维修客户企业委托我们维护的设备。该部门约50多人，核心员工待遇尚可，在公司任职时间也较长，可以说相对比较稳定，基层员工招收的也大多是毕业不久的大专生居多，一方面老板给的待遇较低，另一方面能力和职业素养确实有良莠不齐的情况，所以流动性很大。

该部门日常的直接工作记录，主要为纸质的维护记录本，每个客户企业两份，一份在客户企业，一份在我们公司，理论上两份应该是完全一摸一样，日常巡检仅需记录，重要的事项需客户企业相关人员甚至是负责人签字确认。也就是说，日常工作的记录工具是纸笔，查询统计分析考核等均很麻烦。

该部门的日常管理，应该说也存在一些不尽完善的地方，主要还是人治为主，因为部门管理大多是业务能手提拔上来的。

我所在的研发部和该部门在工作中存在较多的协作，因此两个部门的员工相互都很熟悉（小公司本来人就不多），关系也不错。

2 领导的要求和进展情况

领导最早的要求，开发管理软件的目标是提供给客户企业能以更方便的方式（web访问）来了解我们的维护服务（例如提供些维护记录查询统计等），并且能有一些简单的互动（意见反馈等）。此时，维护部基本上还是认同的，因此初期的工作大致是维护部提供需求，我们研发部这边进行开发。约12月初功能基本完成，原计划1月1日起试用。

但是，老板在看到该系统后，开始对该系统的对部门内管理所能起到的作用感兴趣，认为可以进一步通过该系统，统计每个人的工作量等信息，甚至认为可以基于该系统对员工进行考核……

至此，我觉得该系统原先的设计目标已经被老板改变，而自然，维护部的态度也完全转变。原计划的试用，需要维护部将原始记录输入系统，现在维护部则找出系统各种不足（在我看来基本上都属于提出需求变更，例如要求加入车辆调度等功能），认为该系统尚未“完善”，不足以投入实际使用。

3 我的无所适从

老板提出的加入工作量统计等功能，实际上并不合理。因为A一天巡检了5家企业，B一天巡检了3家企业，并不表示A工作量比B大。比如可能A巡检的5家企业都是靠着的，而B巡检的3家企业相互都隔着几十公里。但是从技术角度，老板已经把他的需求“完整、清晰”的表达了，从技术上讲，实现起来毫无问题。

于是，我现在无所适从了。

简单的领导怎么说我怎么做，是简单，但是意味着我在以后的工作中将失去兄弟部门的配合，在自己部门内也将贴上个“走狗”的标签（开发该系统的同事们对于加入大量内部管理功能也存在一些兔死狐悲的心态，消极但没直接抵制。同时我也是空降到这个部门做管理，曾有困难动摇的时候，也在西河发帖过，应该还能搜得到，现在挺过来了，日常管理没问题了，但也还没到能让大家完全服从的地步）

如果认为这样的需求变更不合理，那么最适合的是维护部的实际负责人去和老板交流，问题是该部门的管理者都是技术人员的做派，直接找老板开骂，结果自然谈崩了，然后就生闷气，对于这个系统采取鸵鸟政策，不闻不问了。

现在我能想到的办法，就是拖延开发进度（给相关开发人员安排一些紧急但不重要的杂活，或者临时调入其它开发项目“应急”几天啥的），等到今年4月份会有一个已经含在嘴边的新项目，只要顺利拿下，那么原先的内部开发任务必然会让路给正式项目，拖过去了说不定就不了了之了。但是如果被老板察觉，就没我的好果子吃了。

总结下自己的心态，觉得自己是被夹在中间左右为难，幻想能两不得罪，但是最好不要把自己参合进去，目前糊涂中。

说了一大堆，不知道说清楚没有。求西河各路神仙指点。