简述工作设计的基本内容 工作设计的内容包括什么

“所谓最佳实践,就是背后的行为准则能够与组织本身完美匹配 。”
最近,“敏捷”一词成为管理和领导力讨论的最大热点 。从通用电气这样的大公司到小微初创企业,都在努力对新技术和不断变化的市场环境做出灵活快速的反应 。
许多研究表明,与传统的软件开发方法相比,敏捷开发方法可以带来显著的效率提升 。然而,这在软件领域之外又意味着什么呢?敏捷方法能否成功应用于其他类型的工作?
1稳定性与不确定性
长期以来,学术界和管理界的人们一直认为,组织必须在灵活性和效率之间做出选择 。传统的工作设计有一个简单的原则:
如果所设计的工作是由明确界定的任务组成(部件组装),那么最好将它们组织成一个连续序列,即“工厂”模式; 如果所设计的工作是高度模糊的,需要持续的互动(新产品设计),那么最好采用协同化的组织方式,即“工作室”模式 。传统作品设计
传统的流程和组织设计方法几乎是完全静态的,这意味着一旦某项工作被设计出来,一切都会按计划有条不紊地进行 。相反,动态工作设计法认为,现实组织中不可避免地会出现各种小问题,工作需要根据这些突发情况不断调整 。
敏捷方法超越了“顺序vs .协作”的传统工作框架,它创建了一种更好的机制,可以在两种基本工作组织之间灵活切换,从而大大降低了在效率和适应性之间做出权衡的成本 。
2丰田的动态工作设计
丰田生产线的工况可以说是顺序化、机械化工作设计的一个缩影 。在丰田生产线上,设计了一种叫做“安东绳”的特殊拉带(也有一些按钮) 。任何发现异常的工人都可以拉动拉绳(或按下按钮)停止生产线,解决问题 。
当我们参观丰田供应商的车间时,我们看到一名操作员遇到了一些问题,无法在规定的时间内完成任务,于是她按下了一个黄色的报警按钮 。
几秒钟内,生产线的主管就赶到了工位上,帮助操作员解决了妨碍她按照规定程序完成任务的问题 。不到一分钟,操作员就可以完成分配的任务,她恢复正常工作,主管回去做其他工作 。
从工作设计的角度来看,一开始,这个操作员是以“工厂”模式工作的 。出现问题时,操作员有两种选择:
她可以寻求某种临时的调整措施,使工作不致中断,但这种选择往往导致极严重的不良后果; 另一种选择,她可以按下那个按钮,中断工作,并寻求帮助 。这暂时改变了原来的工作设计,整个工作体系暂时脱离了机械的顺序模式,转向了更有机、更协作的专注于解决问题的方法 。一旦问题解决,操作员将返回正常工作状态并恢复顺序工作设计 。
丰田供应商的动态工作设计
3敏捷作为一种动态工作设计方法
在过去的20年里,软件开发的方式发生了巨大的变化 。曾几何时,所谓的“瀑布”方法大多用于软件开发,但现在敏捷方法变得越来越流行 。从动态工作设计的角度来看,瀑布法和敏捷法有很大的不同 。
用瀑布法完成的软件开发项目通常在三种基本工作模式之间循环:
第一,在大部分时间里,软件架构师和软件工程师单独或以小组形式工作,完成特定阶段的任务目标; 第二,通常每周召开一次项目会议,以上人等放下手头的工作,聚到一起,报告各自的进展情况,核查相互间是否兼容,并按照上级指示的任何方向变化进行调整; 第三,在每个阶段临近收尾时,会有一个更重要的审查,通常称作“阶段关卡审查”,由高层领导仔细核查,以确定是否可以退出本阶段,进入下一阶段 。其他类型的非软件项目的开发周期通常也与此类似 。敏捷开发过程以不同的方式组织他们的工作 。与瀑布法一样,敏捷软件开发模式也有三种基本的工作模式——个人工作、团队会议和客户评审,但它们的循环模式却大相径庭 。
首先,敏捷方法的倡导者们建议每天召开碰头会,也就是每天经历“个人模式-团队模式-个人模式”这三者之间的切换,由团队成员报告当天的进展、第二天的计划,以及预计可能遇到的阻碍; 其次,敏捷方法建议团队在每个“冲刺”结束时,让客户来测试新增的功能; 最后,一些版本的敏捷方法也包含某种类似于“安东绳”的设置,当某段代码没能通过特定的自动化测试时,当前工作就立即升级到整个团队级别,从而有效地将系统从个人工作模式切换到团队协作模式 。从动态工作设计的角度来看,与瀑布方法相比,敏捷方法有两个潜在的好处:


推荐阅读