发新话题
打印

敏捷建模

敏捷建模

有权力的催着要纸的人

        在比较大型的的组织机构里,这样的IT专家是很普遍的:他们已经有好几年的时间没有直接参与国软件开发了-编程、建模、测试或管理。这些人通常担任基础设施服务的角色,例如软件过程管理,复用管理或者程序管理,并且经过了一段时间他们的角色已经退化到了这样的地步:他们工作的中心就是“催纸”。这些人通常要求个人或团队提供进度报告,由他们进行检查并提供反馈;举行进度会议以便他们能知道项目进展的如果;要求项目团队提供他们关注的专门领域的度量或评估,例如复用度量、安全评估、数据标准符合程度等。这并不是说担任这些角色的人都是催纸的,我与能够积极支持我的项目团队的复用、安全和数据专家有很多非常愉快的合作经历,但同样也有非常糟糕的经历。我发现根本的区别在于,那些愿意并且能够卷起袖子帮助我的项目团队的人对我非常有价值,而那些只是要求文档或举行评审会议的催纸的人几乎没有任何价值,并且常常是严重的障碍。
       不幸的是,那些是障碍的人经常不能轻易的置之不理,因为他们掌握着权力。拒绝填报他们的表格常常会导致他们的经理沿着公司组织机构向上面告状,然后表格再一次回到你的项目组。每当遇到掌握权力的催纸的人,我会依次采用下列策略:

       1.交流。我首先会尝试与对方交谈,找出他们认为重要的而需要优先考虑的事情,然后商谈出一个符合他们要求的更有效的方法。我发现这个方法很少管用,因为他们非常固执,而且有抱有太多偏见,但不管怎样值得一试。
       2.转向寻求帮助。与其它项目关系人交谈,让他们了解催纸人的要求对团队的负面影响,并请他们帮我处理这个问题。
       3.逃走或抗争。决定团队是应该勉强接受催纸人的要求,还是跟他们用政治斗争来解决。斗争解决的问题在于这样作你需要花费精力和政治资本,可能会在政治上树敌,并且催纸人在政治上通常要比你更加机智。
要向雷峰学习(多灌水,勤灌水),但不要让雷峰吃亏(没人响应)。

TOP

发新话题