发帖
雷达卡
"在新的世界里，分析师需要与业务部门协作，并在测试环境中动态配置系统。"
如果业务部门要成功提高其灵活性，开发人员与分析师必须拓展自己的技能许多 IT 负责人当前面临的挑战是业务部门提出的提高 IT 灵活性的要求。历来，分析师都与其业务部门的同仁们携手合作确定相关要求。接着，分析师要与开发人员合作以提供解决方案，而这一解决方案在完全实施后可能会实际满足业务要求，但也可能不满足业务要求。这种以分析师为中间人的模式已经过时。分析师和开发人员将需要转变角色，以使业务部门实现其最终的灵活性目标。
现在，人们使用诸如灵活流程或灵活开发之类的术语。灵活性是 IT 取得的一个重要成就。但是，业务分析师也可能会影响灵活性，因为他们的许多责任已变得不太重要，甚至已经过时落后。例如：
- 采用 IT 技术之后，业务变得越来越智能。它不需要分析师来转化要求。例如，Informatica 的新任 CMO 从一开始就确切知道她所需的系统和分析方法，因为她之前在其他公司就已经实践过多次。
- SaaS 更易于配置。与通常需要更熟练开发技术的传统内部部署系统不同，云应用系统配置起来更容易、更快捷。它们不需要成熟的开发资源。分析师经常能够在没有 IT 开发人员或管理员支持的情况下设置云应用系统。
- 如果分析师是业务部门和开发人员之间的媒介，则精确性会下降。分析师可能熟悉业务，但是在大多数情况下他们仍具有差距。他们在交流链中增添了其他环节。这就导致交付周期延长并遭遇挫折，与灵活性这一概念相悖。
我们绝对需要分析师和开发人员。即使业务部门变得更懂技术，并且具有较高能力清楚地表述要求甚至是设定解决方案，业务部门仍然需要 IT 部门的支持。但是，为了减少业务部门和 IT 部门之间的来回往复，分析师需要拓宽其配置技能，并且开发人员需要更擅长直接理解业务要求。
在新的世界里，分析师需要与业务部门协作，并在测试环境中动态配置系统。这可实现快速的业务反馈，并且在转化业务要求方面没有遗漏。
开发人员仍然是需求对话中的一环，哪怕只是帮助分析师提高其技能。但是，云应用系统的未来员工模式要求增加的分析师人数比开发人员人数更多。
您将需要积极地应对变革，以便在此转型过程中获得成功。可以预见到，开发人员和分析师将会抱怨，“我已经非常忙了，怎么还做得了这个？”需要强调的是，这仅仅是角色的转变以及对技能培养的要求，并没有分配额外的责任。这样一来的结果是交付时间更短、精确性更高以及自我记录的解决方案。因此，业务部门能够实现其提高客户满意度的目标，同时从根本上减少 IT 部门的负担。
阅读 Gartner 集团副总裁 Mark McDonald 有关重塑业务分析师角色方面的更多信息。
京公网安备 11010802022788号
