感觉后台越来越不行了 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

越来越倾向于集中式的处理，工作步骤分解，对岗位人员的独立思维和跨视野的思维要求越来越少，甚至不要求了，只是个简单的流水线作业螺丝钉。 业务上如此，技术上也变得如此，开发逐步剥离出去，由外包或者要求不高的专职人员来做。 技术设计也越来越倾向于独立的岗位，不再向下延伸至开发，向上则逐步倾向于需求分析人员，而其有不了解技术，我不能说这种方式对于越来越复杂的组织架构和业务体系来说是有帮助的，是大规模、高复杂程度下的管理的要求的一种解决方案。 但是从个人来说和宏观来说，却并不一定是一件好事。
也许出于两种管理思维的交界阶段，在执行层面出现了一定的混乱使用人的时候按照全能的岗位来处理，什么事情都不管你的背景、经验、能力来分配工作。而上面说的流程化的管理和操作思维则是定位于专业化职能岗位来设计的。
在今天越来越强调前台营销、客户接触、价值核算的时代，管理层更倾向于将资源和成本投入在那些直接产生经济效益的前台部门，思路没有错，但是不应过份的弱化后台的支持功能和专业岗位能力的提升，而不是靠流程解决一切，流程也不能保证一切。
后台在领导看来是吞噬成本，产生故障的地方，很难获得资源倾斜。CMCC的IT部门倒是喊出了“使能者”的口号，效果寥寥。。
烟囱还是烟囱：原来想消灭的，结果搞得更多——正如无纸化办公搞出更多的纸张需求一样。咨询公司的应用集成以及技术队伍的敏捷开发也陷入了类似的怪圈。但作为内行，真的理解了外行对诸如此种怪象的反应了么？
这根领导战略眼光有很大关系，如果领导能够统筹布局，倒还好些。又怕有些领导只顾眼前得失，后台就不好过。
不过在这个物理和逻辑大集中的趋势下，后台也变得越来越流程化和分工明细化。
需求分析人员不懂技术，怎么能做到业务与技术的衔接，那就是瞎分析。大银行的后台不好过，小银行后台就更不好过了~~~
软件与建筑不同，每个人负责一块，看似合理，实际上人越多，整体风险越不可控。
软件团队应该由精兵强将组成，越精干效率越高。
和你想法一样。不觉得拆分那么多环节有什么意义。看起来各人分工明确，但是沟通成本太高，效率很低。比如有些行设立专门的需求中心，可是如果各位是负责开发的项目经理，你对需求有问题是去问具体业务部门负责系统的同事让业务部门拍板呢还是去问需求中心？作为业务部门我是直接找开发说清楚要改成什么样，还是找需求中心？