假设您正在处理一个企业项目,您必须在该项目中获得管理签收才能开发新的功能集.通常,您的管理层在签署一些明亮的新UI功能方面没有问题.不幸的是,他们很难理解一些对应用程序的健康至关重要的幕后问题,例如事务,数据完整性,工作流路由,可配置性,安全性等.因为它们是非技术性的,而且这些问题是不能立即看到,这对他们来说并不明显,这是至关重要的.
你是如何让他们相信这些基础设施问题必须得到处理并且对他们的业务流程很重要？
每件船都有其不同的侧面.有待完成的事情,但没有人直接注意到它们.在杂货店,有人必须组织如何以及何时填充杂货架,以便它们看起来总是新鲜.在洗衣店,你需要有人考虑如何优化流程,以便客户及时得到他的衣服.
棘手的部分是:客户不会注意到这些微妙的事情何时完成,直到他告知他们正在失败!就像洗衣店没准备好但是迟到两天,或者超级市场的蔬菜有褐色斑点,看起来很糟糕.
IT也是如此.在您的主要客户敲门并且告诉您重要且昂贵的项目因为您的产品的数据库条目被神秘混淆而失败之前,您不会注意到良好的交易.在Elbonia出现客户信用卡信息之前,您不会注意到良好的安全性(很快就会在全国性报纸上发出警告,警告贵公司的客户).
你必须一次又一次地敲打的东西是软件不是静态的.即使在最初的开发阶段结束之后,它也必须得到照顾.它不仅仅是您购买过的产品而且是忘记的.每个汽车制造商都知道服务对他们构建的产品至关重要,仅仅是因为必须修复和改进的事情.它与软件相同.
因此,进行演示,可视化,语言表达,将您的技术信息转化为利益.商务人士并不关心您在重构项目中对代码美学的期望,但他们会理解您的更改将有助于产品变得更可靠,获得更好的声誉并减少未来的服务请求数量.通过向他们展示好处让他们明白!
人们几千年来一直在做的事情:画画.绘制问题图,使用您的观众熟悉的视觉隐喻,将问题拖入他们的领域.
假设他们不是故意钝的......
京公网安备 11010802040832号 | 京ICP备19059560号-6 