研发团队应该如何进行义务分配？

使用决策权方式也

我们经常均会在字符串使用决策权的策略上花钱文章。有时候很默契：每个人都尊严这样的须要：Joe 专责局域网的心里，Emily 专责快速移动共同开发，我专责支付旋服务计划等等。其他时候，这也是于是以式的须要：管理机构层聘请 Joe 为局域网共同自由软件，Emily 为快速移动共同自由软件等。无论哪种上述情况，实践里都是类似的：当最初物理性质或修缮疑问出现时，我们均会根据“仅有”的好像来进行分割。

这让我们（从个体角度来说）最大限度大幅提高了劳动力，并且（上会）大幅提高了恒星质量。但是，它也假定一定的不足之处。

首先，人们可以储存各不相同管理机构系统的第一手基础知识，如果有人“里了彩票”或“被公交车撞了”，大型企业就均会陷入相当大的后果。此外，如果共同自由软件想要学习新事物，“使用决策权”有时就像一种驱使。

就此，必须声称的是，尽管个人劳动力赢取了提升（因为共同自由软件很熟悉他们的字符串库里），但对政府的劳动力一般来说均会随着使用决策权的增加而下降。于是以如纸片所讨论的，由于管理机构工作负荷在每次 Sprint 十分能花钱到实际上恒定，因此确实均会造成了仅有使用决策权的共同自由软件出现“盛宴”和“动乱”的上述情况。例如，在一次 Sprint 里，他们字符串库里里的管理机构工作远超过了拥有人必需化解问题的仅限于，这导致了很大的不利因素（或加班到晚间！），但到了不久前就很难什么心里可花钱了，而这个拥有人同样就是闲着的。

自由市场方式也

当许多组织充满使用决策权造就的种种痛楚时，他们取向于打消任何策略，只是随心所欲：即自由市场。这个方式也就像它大声起来一样的简单。一位经理看到那里有一堆管理机构工作，就说：“嘿，你，码农，赶紧度日吧！” 然后就这样了。

尽管这样的策略的确可以保证总体均等最大化（即 Emily 在很难快速移动管理机构工作的时候也不均会无所事事，因为她被拉去化解问题 Python 服务计划），但这种方式也确实既累人，又充满恒星质量疑问。如果我们很难与我们所热衷于的字符串库里建立密切联系长时间密切联系，那么我们的管理机构工作就只是这样一来，并以无知为指导。我们月内换用了一种吓人的修缮方法，因为不知道非常好的自行，或者我们十分关心——下一次 Sprint 我们就均会在各不相同的字符串库里里了！于是以如他们所说，“谁也不均会把租来的汽车浸干净。”

这种自由市场的方式也一般来说是由管理机构层推动的，他们近似于地并不认为我们是可替换的勤杂工（也就是传说里的全堆共同自由软件），无论什么层级、管理机构系统或的业务信息技术，都必需短时间、庄重而轻松地化解任何系统设计挑战。当然，这是无稽之谈。除了最旋不足道的管理机构系统或者最出色的共同自由软件，其他的都太复杂了，如果很难足够的时间来大幅提高我们的能力也，就不确实掌握所有的好像。

使用决策权方式也

那时候，在使用决策权和自由市场这两个保守二者之间，假定着一种管理机构方式也（或称监护决策权）。类似于使用决策权，共同自由软件均会在自己最多才多艺的信息技术管理机构特定的字符串库里，他们确实在这个计划里花钱了大部分的初始管理机构工作，他们的名字在字符串里随处可见，但是他们十分是什么都要花钱。然而，必须在花钱出变非常时，至少要征求他们的说法，让他们参与到原材料疑问的类群或者是讨论设计的变非常。

比如，Emily 可以在门户网站管理机构工作量捉襟见肘的时候依然帮 Joe 一把，而在心里平息下来的时候再回到她的快速移动应用共同开发管理机构工作。换句话说，这种方式也同时恒定了个人和对政府的劳动力。此外，由于共同自由软件对自己管理机构工作都有的其他信息技术从未有了一定的探究（即可以学到一些新基础知识），所以这种方式也在后果消除和共同自由软件的认同感二者之间起到了极佳的恒定。

使用决策权的最主要之处在于，尽管不像使用决策权那样于是以式，但是它还是被明了地不属于和实施。该方式也下至少有一些心里要花钱：应该有一份管理机构者清单，可以度量每个管理机构者的管理机构仅限于；GitHub（或者其他 SCM 工具）应该被备有成由管理机构者批准所有的拉取请求，并且管理机构者应该有充足的时间对其部件来进行必要性的“管理机构”。如果这方面很难特定的基本概念和纪律，所有的心里都均会顺着滑坡滑下去，年中处于自由市场的坑里。

收归决策权方式也

就此，一种在大型许多组织里非常广为人知的方式也确实也很最主要，就是“收归决策权”，有少数被选里的人（上会是宇航员软件开发）专责“仅有”一切。他们仅有独特的基础知识、作出多方面的系统设计决策，并设计的业务逻辑学和构件，但实际的具体管理机构工作由每个共同自由软件来未完成，而且一般来说是以自由市场的方式来进行。

这种方式也在理论上非常有效。通过收归者与动手的共同自由软件分享他们的“智慧”，为快速、高效的化解方案开辟了一条途径，实现了效率和恒星质量的可用性。有了收归者的协助，共同自由软件可以自由出入字符串库里，并通过收归者来短时间离开状态。

但在实践里从未产生过这种冲击。很难任何高水平的收归者均会短时间与系统设计现实边缘化，而且很难真于是以尽力共同自由软件实现某些改进或修补某些 Bug。共同自由软件确实要耗费相同的时间去改进，同时，由于基本上将自己的决策决策权（和创造力）交给了那些必需指挥官他们的收归者，所以他们确实均会倍感失败。

作为一个曾经扮演过收归者角色的人，我并不认为这种方式也对任何人都很拙劣，这就是为什么我一般来说这种各种类型的角色。

这些只是我遭遇的几种计划性方式也，我也很想大声大声你的想法和潜能。

作者简介：

Ben Northrop，毕业于卡耐基梅隆大学，自居“来由”脚本语言，写到博客数 20 年。2017 年，创办了 Highline Solutions，是一家热衷于软件架构和全堆共同开发的咨询公司。

原文链接：

十进制化不是试出来，而是蹚出来的 | 行知十进制里国

此情可待成珍重：Java Mac 台湾版的黄金时代

乐视网所有事业群独自职员缩减；字节颤动非常新价值观；传阿里于是以逐步免去与蚂蚁集团的的业务往来 | Q 参考资料

云计算的全球变局与里国讲述

点个在看少个 bug👇