管理生产力的失败
在我职业生涯的早期,我的许多项目专注于将各种数据源和系统整合在一起,以满足有时非常复杂的业务需求,例如合并加利福尼亚州的消费者保健系统。 这些项目很少能顺利进行。 这是在我们今天所依赖的许多通用库和API标准到位之前,当时工作组仍在争论将成为XML的标准-而我的一部分仍在考虑走一条完全不同的路线并成为软件工程师。 如今,大多数消费者或企业应用程序都能够通过标准协议导出数据,或与其他系统集成数据或通用功能。 然而,在1990年代中期,大多数组织每天都在为整合不同的系统和数据源而进行的艰苦工作,似乎似乎永无止境地为最终用户提供联合的(完整的)视图。 自从信息技术兴盛的早期时代以来,我们用于管理和自动化内容协作和社交互动的工具在工作场所内变得更加集成和无缝,其丰富的功能已包含在本地和基于云的环境中解决方案。 我们在工作中使用的企业平台(CRM,ERP,HR和财务平台等)越来越关注的不仅是解决核心工作负载,还在于确保在工作负载之间转移时的生产率。 结果,IT的重点已经转移到了我所谓的“通过社交扩展整合”,其中我们使用的社交和协作工具在这些不同的系统中充当了“社交结构”。 结果? 我不需要*花费大量时间和金钱在后端上集成我的大多数系统,因为最终用户可以使用基于云的表单,工作流和通信工具在前端上集成他们的活动。提供其客户及其数据的联合视图。 然而,仍然存在的根本问题是生产力的管理。 尽管有许多关于生产力和在工作负载之间切换的负面影响的研究,但人们通常理解并接受这样一个事实,即处理太多任务或在太多屏幕和选项卡之间移动会对个人生产力产生不利影响。 对于许多组织来说,丰富的技术选择并未解决此基本协作问题。 多任务有代价 我们了解成本,但在日益复杂的信息工作者现实中,我们继续要求人们交付现有项目,同时不断地交流和共享,并保持最新技术。 信息工作者周围发生的变化速度惊人。 让我问您: 最终用户的生产率如何?…