如何管理一个没有真正的devs试图写代码的军队？

我们最近采用了一种新的管理方法，这些方法说，团队没有角色（A＆＃34;跨职能＆＃34;团队在哪里＆＃34;所有团队成员都是开发人员＆＃34;），我们应该做所有的一切我们现在拥有UX设计师和QA工程师试图用一些复制粘贴和在线课程运送代码。

我以前从未成为经理，我不是这些人的经理，但是因为我们有一半的团队突然成为开发人员，并且作为唯一的实际软件开发人员（对不起，如果佩吉，但这些人都不是之前的书面代码）不仅仅是忽略我没有完成任何事情的新手松弛的消息。

它不应帮助每个开发人员每次冲刺所需的一定数量，人们基于经验之间没有区别。新手开发人员真的不应该与多年来编码的人一样。

我走近了我的经理，但项目管理方法已从顶部决定。经理也是DEV，并没有真正想要处理它。他的经理发现了奇怪的方法，但愿意与证书违背人民。基本上我不认为它真的可以改变这一切，所以我需要学习如何在框架内工作。

我处理这个问题是什么？你如何管理真正绿色的军队，并从中获取有用的代码？

13管理的管理层突出了这个想法，还是他们必须雇用一个高度付出的顾问来击中这个卒中的天才？有没有与员工磋商？这是否可能是他们实际意味着什么？我倾向于告诉你远离这家公司的跑步。 - JCM.

@gregorycurrie＆＃34;＆＃34;跨函数＆＃34;团队在哪里＆＃34;所有团队成员都是开发人员＆＃34;＆＃34;似乎是Scrum Guide的此部分的关键字。 scrumguides.org/scrum-guide.html#scrum-team. - Matthew Gaiser.

@matthewgaiser来自您的链接：Scrum团队是跨功能的，这意味着成员拥有每个Sprint创建值所需的所有技能。在我看来，这是在这里的关键缺失因素:) - 阿尔里

@ nick012000我理解这一观点并认为scrum的情况，但在最后一个版本的指南中的情况和＃39; s更清晰：＆＃34; scrum团队是跨职能的，这意味着成员拥有所需的所有技能创建每个Sprint的值。他们也是自我管理的，这意味着他们在内部决定谁做了什么，何时和如何。＆＃34;并非所有人都需要拥有所有技能，但所有技能都需要在团队中。如果可能的话，这也将包括UX设计和营销。 - Jayz.

覆盖你的屁股，准备好逃生计划，因为这可能会炸掉你的脸

你可以＆＃39;拍摄之前从未写过代码的一群人，突然期望他们开始进行有用的贡献。它简单地没有那种方式 - 以非活动方式学习编程需要几个月的时间，即使是那些有诀窍的人。他们＆＃39;重新将相同的Sprint对每个人的期望施加到每个人都表现出触摸触摸的＆＃34;天才＆＃34;谁想过这个想法。不幸的是，因为它听起来像你＆＃39;如果这个灾难性地失败了，那么（如果不是唯一的）开发，你＆＃39;重新归咎于＆＃34;没有足够高的教导他们。或一些这样的废话。

现实主义地说，我说开始抛光你的简历并寻找一个新的地方，因为任何公司都是一个多星期这样的政策的公司是如此无能为力地管理你能做的最好的事情就是很远，非常好快速地。

在临时，保护自己。向您的经理发送电子邮件（也许那些高于上升）清楚地展示这种方法是不可行的，你不能依赖于几乎不知道如何编写if-else语句的人写的代码质量，以及你如果继续这种政策，相信将严重影响时间表和产品质量将受到严重影响。然后，请注意你和＃39;重新花费很多时间回答初级级别问题，同时仍然有望输出与其他人的相同水平，并要求优先顺序 - 你是否预计首先做你的工作，或者帮助这些其他人加速？如果是前者，你现在有官方授权告诉这些人和＃34;只是谷歌它＆＃34;如果后者，您现在有一个与其他人相比减少输出的原因，这里的下一步是引入强制拉出请求进程，基本上从开发人员切换到代码审阅者。

它可能不是你想要的，但正如我所说，如果这一政策继续超过几周的产出大大减少，它就会离开。您还应在新政策之前向您的经理/更高的差异通知您的经理/更高级别的输出，质量和任务完成。您需要展示这一政策的荒谬是多么荒谬，他们理解（即损失利润）以获得恢复。

8“当这种灾难性地失败时，你＆＃39;重新被归咎于＆＃34;没有足够高的教导＆＃34;” - 我希望我能升空这一千次 - 乔史蒂文斯

除了OP之外：不要签名，尤其避免任何陈述，合同更新等以及＆＃39; t＆＃39; t将纸张拿到您的律师或工会代表（或者只是在家阅读它，但您的雇主没有需要知道那个）肯定签署它会伤害你。 - 莫斯瓦特

＆＃34;不要签署任何东西＆＃34; - 包括签署办理登录/代码审查/拉拔请求。 - Freedomn-M

此外，确保您的源控制系统正在跟踪每个提交的作者是谁！ - 涂鸦

如上所述的评论中提到的脸部吹来，你可以用风格来脱下，只是告诉他们你能够教你＆＃39; t教他人如何发展，因为你自己正在学习如何撰写财务报告和设计用户体验。 - Chapz.

我作为一家医院心脏病部门的软件开发人员。所以我希望上帝奇怪的解释＆＃34;跨职能团队＆＃34;不扩散到这里。让医生和护士写作代码似乎是一个非常愚蠢的想法，更不用说我不得不执行心脏手术的想法。

如果你绝对不得不遵守这种明显的愚蠢想法，我想让没有真正的devs尝试他们的手写单位测试似乎是一个很好的选择。

让非真正的Devs写入单元测试可能会暴露他们有时对系统应该做的事情有不同的想法，而不是开发人员。因此，在某些情况下它实际上可能有用。

如果没有 - 真正的devs的单位测试真的很糟糕只是不要使用它们。对实际系统没有伤害。

9 I＆＃39; D说伤害是由这些人不再做正常工作的实际系统 - 如果你的QA一切都在写完未使用的单位测试，那么谁正在做QA工作？ - 伊利克

我不同意单元测试很容易写。我在我的经验单位测试中看到了测试错误的东西，对项目没有有意义的值，并在刚才保持的代码库中。如果非DEV人员写入单元测试，他们将仅在没有价值的情况下维护的事情。 - 喷射器

他们的代码与测试没有太大不同，但也许它会做一些有用的东西并带来一些业务价值。 - 喷射器

我想你＆＃39; ll有足够艰难的时间教他们什么单位测试应该完成。对于我的前两年作为Dev初级，我刚写的是＆＃39;触摸＆＃39;必要的代码，没有真正验证它做了以可持续/灵活的方式做到的。 - 麦克风E.

我的答案将忽略这一事实，即这是一个可怕的想法，我将写下我将如何尝试在经理努力做到这一点。

确保你的＆＃34;真实的＃34;开发人员能够做到最重要的工作，并确保您有足够的带宽来实现最重要的任务。

需要有结构化课程，使您的人民成为成为主管人员的最佳机会。如果这些必须是文字课程，请制作课程。

它＆＃39;诱人使用员工作为教师将其他员工教授其他员工。这不是他们的技能集。教学是一个职业。从头开始学习编程需要专业的帮助。

将有很多需要工作的准则审查。尽可能多的经验丰富的手来帮助过渡，即使他们只能协助代码评论。

一部分员工赢得了＆＃39; t，如此突然和预期的职业转变，所以现在开始采访更换。因为人们会戒烟。

您将获得赢得奖励的团队成员，而是能够适应，但赢得了。寻找将它们移到不同的团队，并希望与这些团队的兴趣候选人交换。

您需要将列表工具用于下一个级别。希望他们能尽可能多的问题。

5虽然我认为大多数这些建议都很好，请问者不是经理和我＆＃39;我不确定他们是否可以做任何这些东西。 - 伊利克

@erik＆＃34;我处理这个问题是什么？如何管理真正绿色的人的军队，并从中获取有用的代码？＆＃34;另一个答案回答第一个问题，我试图回答第二个问题。 - Gregory Currie.

@gregorycurrie＆＃34;管理例外＆＃34 ;?我可能没有看到你的意图，但我认为你的意思是写作＆＃34;管理期望＆＃34; ......？ - 奥蒂娜

＆＃34;人们会戒掉＆＃34; ＆lt; - 也许比以后更快。最好员工可以轻松找到另一份工作，并可以看到公司的收费失败。 - A. Hersean.

只需保持背部覆盖并处理您的部分。最终，如果一切都在崩溃，那将会有变化，但你没有权威，最重要的是你不希望对他们有任何责任。

您的经理是需要处理它的人。如果他不想，他和＃39; ll结束作为替罪羊。涉及比你已经拥有的更多只是把目标放在你的背上，如果事情南方。

4＆＃34;他＆＃39; ll结束作为scapegoat＆＃34; - 我对此不太确定。在下面的每个人都消失后，管理人员往往是替罪羊。 OP作为此团队的主管安装，这意味着如果此团队失败，则OP将成为第一个存在问题的人。 - 冰球

@puck我没有得到他是主管。只是其他人都躲在松弛后面，所以他认为它是他的问题，因为没有其他人会这样做。 - Matthew Gaiser.

@matthewgaiser你是对的，主管永远不会在这个问题中提到，但作为唯一的编程意识的人，我认为这是一种在即将到来的混乱中的某种负责人。 - 冰球

@puck，经理是一个开发者，最好的操作，以远离射线，他已经完成了。 - Kilisi♦

我处理这个问题是什么？你如何管理真正绿色的军队，并从中获取有用的代码？

首先听到@xono并准备好休假。与此同时，为未来做好准备。我发现了一些我想在这里列出的论点。无论您是否被要求或不被要求，无论如何都会传达它们。

将有很多时间用于教授Yor团队，向他们展示如何通常做事以及如何作为开发人员思考。

将有很多时间在稍后或以后发现出现的软件中的错误，稍后可以在生产环境中运行时意味着。

一些团队成员将退出，因为他们不会看到自己在这个职位上做一切。猜猜这意味着什么？对，这将延迟您的项目。

还有很多时间都会通过，因为甚至经历的人可以＆＃39; t只需将一件事从一件事切换到另一件事。被某人编程的每个工作流都不同，所以如果我必须详细了解它们，因为我做了所有事情，它意味着更多的时间来学习。

准备混乱......更好地称之为它＆＃34;组织＆＃34;因为人（包括你）唐＆＃39; t知道该怎么做，而是必须再次组织一切，因为任务改变和改变。

向您展示管理者。不是作为＆＃34;我们能做...吗？＆＃34;但作为＆＃34;这是你默默地接受的结果＆＃34;

是的，你应该出去。然而，作为一个Cya的步骤与此同时（或者你认为你的工作场所容易发生，但他们迅速吹过，你只想在等待这个问题时造成伤害）......

对编程绝对是敏捷的，在这种情况下，您可以将您的非经验丰富的开发人员与经验丰富的开发人员配对。您的非经验丰富的开发人员应该是有贡献的，经常轮流作为动手键盘合作伙伴，但它们＆＃39; ll有一个备份和某人指导他们。我也不会在战略上制作我的鼻子，在战略上制作非经验丰富的合作伙伴和＃39;键盘时间致力于较少危险的任务（单位测试，作为与其他人的某人）或具有相似现有示例的区域已经在您的代码库中，它们可以用作模型）。当他们＆＃39;重新观察合作伙伴时，他们应该有很多贡献，因为UX和QA通常最佳地了解某些符合其余申请的东西。

侧面注意，显然＆＃34;每个人都贡献了同样的故事点，价值＆＃34;绝对不是克鲁姆或任何敏捷的味道，但如果你试图处理那么你可能会尝试指出，自测试仍然最依赖于同样的（现实，减少）的团队速度必须要完成。如果您有（例如）4个开发者和4个QA生产16个工作点，您现在拥有8名（半开发商）和8（半测试人员）仍然（最擅长）生产16点工作。如果您的管理中的一些明亮的火花，那么如果4 dev + 4 qa = 16那么8通用人员= 32。

没有角色和跨职能团队通常是旨在让团队共同努力的措施，并将产品的整体所有权占用。如果错误部署到生产中，它不是Qas问题，这是整个团队的问题。

管理层不太有兴趣有很多不合格的开发，但更有可能希望自给自足的团队努力实现共同目标

虽然这可以表现出自己可以在任何门票上工作，但在实践团队中，人们将自我组织成一个最适合其技能的过程。 DEVS将接收开发门票，UX将拿起设计门票，QA将测试（手动，单位或定义验收标准，具体取决于您所选择的QA的风味）。

管理团队现在是为了确保您在正确的地区有合适的工作比例，所以每个人都习惯了他们最好的能力

2添加到那个，我看到的是，如果你在冲刺期间需要更多的x，你会找到最好的x＆＃39;最好的人。预计OP将找到一些想要参加编码并将它们放在简单的东西上的测试人员（如果您总是需要更多的编码器，那么它只是一个糟糕的团队混合而不是你的错，除非你可以发挥团队和＃39; S优势）。 - 欧文雷诺兹

这。我不明白为什么UX设计师会决定采取的原因，例如，错误修复票证。只让团队中的人们乘坐自己感兴趣，并在解决方面的职位。无论如何，它并不是管理门票的＆＃39。 - njzk2.

我之前从未成为经理，我不是这些人的经理，但是因为我们有一半的团队突然成为开发人员，作为唯一的实际软件开发人员...不只是忽略我没有完成任何事情的新手闲话消息。

粗体的部分表明您在＆＃39; t必须是您的问题。你不是经理，所以你对你的同事不负责任。和你＆＃39; ve表示你不能完成你的工作并训练他们。

你应该尽最大努力做自己的工作 - 你被雇用的东西，它并不像你一样。

在正常情况下，您希望尽可能有助于所有的队友，但在这种情况下，它将让您处于无法掌握实际管理的灾难性决定的无法维护的位置。

1就像他们在紧急程序在一架飞机上告诉你......先照顾好自己，然后看看你能做些什么来帮助他人。需要培训的人也应该照顾自己，而不是依靠同事来回答他们的懈怠。 - Colleenv.

我不同意其他答案，并阅读Xono和冰球。这是一团糟，除非公司改变课程项目注定注定，我将准备简历。

您还应该通过尽可能有力地通过各种手段传达本计划的不可能，并且我想添加其他一些选项以进行这样做。

绝对告诉你的高级管理人员所有原因都是为什么这一原因。但您还需要为他们提供具体数据来证明它。

为可以＆＃39; T程序的所有人进行培训请求。要求在编程课程中注册。

如果上面被拒绝，请将它们分配给学习使用的语言，使用免费资源。即使他们没有完成任何工作，也要做到这一点。

让自己对整个项目所采取的故事点数的粗略估计。你稍后需要它。

确保不要允许任何故事完成，直到它们具有足够的质量。你自己花时间确保NewBie＆＃39; T＆＃39; T引入错误，并确保他们了解他们所需要的内容。

可能性是你的团队在这方面的第一个冲刺中将非常不良好，只完成一小部分点。当发生这种情况时，告诉老板他们看到了这种工作方法的现实。

2虽然其他答案正在努力且主动......事实是，这是正确的答案。保释。这是一个红旗，这是一个红色的罩子。它＆＃39;在这一点上一家死了公司。开始求职和面试。 - Dewi Morgan

实际上是我＆＃39; m试图有用，主动。和Xono沟通情况的虔诚和我一样。 - djclayworth.

我以前从未成为经理，我不是那些人的经理，而是因为我们有一半的团队突然成为唯一的实际软件开发人员（对不起，这些人的Butnone Butnone之前）不仅仅是忽略了忽略了耻辱的消息我没有完成任何事情。

对不起，我很抱歉，但这不是你的问题。你不需要开始提出你的问题。

为您创建自己的书面规则＆＃39;愿意帮助。例如，等到你＆＃39;在帮助他人之前完成了你的作品。当你＆＃39;愿意教授别人或导师的时候为自己创造一些TA办公时间，但是明确说明没有人应该期待你在那些特定时间之外的帮助。

如果你＆＃39; re＆＃34;没有＆＃34;或者如果你＆＃39; re不愿意忽略那些松弛的消息，我对不起，但你对贵公司的破坏性是破坏性的在第一个地方提出这个想法的其他人。

它看起来像是一个惊人的机会，鉴于你采取一些预防措施。逃生计划可能是有序的，但没有必要:)

如果它在你的宝

......