docker解决哪些问题
许多年前,我是一个工作组的成员,以“标准化”组织中的项目管理。 我建议我们收集一些数据以查看客户拥有哪些项目。
他们有简短的项目,很清楚他们需要做什么:1-3周的项目,其中2-4人可以按要求运行并完成它们。 他们有一些所谓的“中等风险,中等回报”项目,其中一两个团队需要3到9个月不等的时间来定义非常明确的功能。 但是他们仍然需要产品经理来与团队保持合作。 而且,他们有“我的天哪,打赌公司”的项目和计划。 有时,他们从2-5人的小团队开始,为这些项目/程序进行概念验证。 然后,他们将几乎每个人都配备了这些项目或程序。 (顺便说一句,这就是我写“ 管理它!您的现代实用项目管理指南”的原因之一。因为对每个项目采用一种规模的方法并不能完全适用!)
管理团队希望我们(工作队)采用一种项目管理方法进行标准化。
面对数据,他们做出了让步,并同意标准化是没有意义的。
为某些项目治理制定一些指导方针有点道理,尽管我没有购买。 我一直偏爱基于交付的里程碑和迭代计划。 当您这样做时,当您以演示和可交付成果的形式看到项目进度时,就不需要太多的管理。
对于团队来说,有些事情可能有意义,这些事情通常被称为团队规范。 我都赞成团队规范。 它们包括“完成”的含义。 我敢打赌,你也支持他们!
但是,当别人告诉您您的工作必须遵循什么标准时? 您感觉如何?
我不在乎约束。 我们中许多人生活在时间表的约束之下。 我们的预算有限。 我们遵守发布标准。 在受监管的行业中,我们有一系列的监管限制。 没问题。 但是如何做呢? 我支持团队决定如何做自己的工作。
这就是本月管理神话“ 管理神话28:我可以规范其他人的工作方式”的主题 。
如果您认为应该告诉其他人如何做他们的工作,请问问自己为什么。 您想解决什么问题? 您还有其他方法可以解决该问题吗? 您想要什么结果?
通常,对于有问题的人来说,这是一个非常好的主意。 只要他们知道这是一个问题。
您如何告诉团队您想要的结果,然后让他们决定如何进行工作?
翻译自: https://www.javacodegeeks.com/2014/04/who-solves-which-problems.html
docker解决哪些问题