这个问题只是编程而已，但我想对此有所了解，如果这对社区来说没问题。最好是那些自己做很多编码但也管理其他人编码的人。
我的问题是这个。我们所知道的所有这些想法都有利于公司的整体战略，问题不在于弄清楚要做什么，而是要做出这种改变。仅仅告诉某人以不同的方式做事是不够的，并且很难推广在整个公司内共享的思维模式（这需要时间）。如果我可以向前跳，我会喜欢它，如果我们能够创造一个非常培育的公司文化，促进这些理想跨越所有领域，但我不知道使用什么工具。通过工具，我指的是我在法律上允许做的任何事情。
e.g。我们可以谈谈，我们可以安排培训课程，我们可以花更多的时间在会议上（更多地谈论它），我们可以花更多的时间设计，我们可以花更多的时间配对编程，我们可以添加/删除奖励或我们可以鼓励更多的游戏。最终，如果我们做了所有这些事情，那么将这种联系起来的反复出现的主题。我希望能够回答这个问题 - 我们为什么要做这样的事情？ - 并提出一个答案，解释从开始到结束思考我们理想的重要性。
我已经避免谈论或说明这种情况的具体情况，因为我认为这会使事情变得过于狭窄。但我想，你知道如何回答这个问题，或者你和我一样困惑;）
我很想听到那些为了从混乱到秩序而不得不进行改变，或者在组织中找不到合适的东西的人。我想从开发人员和设计师的角度来听取它。
- 或 -
您可以简单地权衡一个组织中最重要的品质是什么，从开始到结束都会激发或刺激僵化的开发周期？
答案 0 :(得分：2)
我不认为管理者希望改变管理思维的方式是合法的（我对合法性没有评论）。经理期望改变管理行为的方式，即他们做什么以及如何做，这是合法的。
特别是在我们的软件开发业务中，我认为您更专注于产品和流程，而不是试图公开管理员工的个人成长。同意需要做什么（创建软件，实施流程以支持创建软件）以及谁需要这样做，然后继续使用它。这很简单。
是的，需要做的一些事情是培训，一些培训将侧重于与他人合作，无论是作为同事还是经理，但你应该努力建立一个有效的团队，而不是每个人的月度周期在提交后测试失败时，你们会一起哭泣。是的，绝对要求团队中的每个人都能够与其他人有效地合作，但这并不意味着每个人都必须分享观点，友谊，态度等。
阅读你的帖子表明你更关心的是让工作成为一个温暖而可爱的地方，而不是你要完成工作。询问您的团队他们希望在会议上花多少时间，特别是您建议邀请他们分享他们对工作的感受的会议。
如果我接触到一种非常培育的公司文化，我会小心翼翼地退出，永远不会回来。我怀疑还有许多其他的SOers，希望与基于硅的生命形式密切相关，而不是基于碳的生命形式，这会使我们的podspace变得混乱。而你提到的一个僵硬有趣的开发周期让我的触发手指痒。
答案 1 :(得分：2)
我强烈不同意这里的许多海报 - 我认为一个优秀的经理人的任务是关心你的员工的心态并让他们接受你的所有 - 一起 - 努力实现作为一个团队（或公司）。我会更进一步：如果你“强迫”你的软件工程师按照他们的方式去做，因为你有办法这样做（引用“工具叫做工作合同”），你将 - 充其量 - 得到平均结果。你需要激励你的员工充分利用他们（真正的动力通常不是担心失去工作，但我想这是旧闻; - ）。
我也在管理一个开发团队，我通常会在“个人需求”的基础上接受他们 - 有些人需要谈论很多新想法，而不是大多数开发人员不喜欢的会议（我有关咖啡休息或下班后的啤酒谈话比与官方会议有更多的良好体验），其他人需要简短的一次性谈话，还有其他人希望你“握住他们的手”并且只是在那里出现所有出现的问题在变化期间，还有一些人在很长一段时间内仍然持怀疑态度（你通常可以坚持不懈，耐心和幽默）。
也许我的观点非常欧洲，但我（和我的公司）高度重视那些质疑他们被告知要做的事情而不是盲目遵守政策的员工。
所以，总结一下：我使用的“工具”主要是沟通，并鼓励人们“让我们尝试一些新东西”（如果你对所引起的顾虑做出反应通常会有效） - 这也有助于首先是你的火车上的市长，因为那些意见不强的人通常倾向于跟随（“如果我们的大师xy这样做，那就不是一个坏主意”）。非常重要：当人们有疑问或问题时，只要在那里，并听取他们的意见。提供解决方案（或者真正解释为什么你不考虑他们的观点）。
只有在你正在改变某些事情的时候才会出现很多事情（例如我们正在从瀑布模型过渡到适合我们开发结构的scrum模型），并且不要害怕尝试只要你能够并愿意解释它们。
答案 2 :(得分：1)
该工具称为工作合同。你没有权利改变你的受害者的想法 - 但是你有权利强制执行他们的行为遵循你坚定的政策。无论他们喜不喜欢 - 如果他们的工作要按照你说的去做。这就是你和他们得到的报酬。
我经常在有愚蠢政策的公司（作为承包商）。我可以在与各自经理的四眼会议中指出他们。但是，在他们身上工作，我有责任按照自己的意愿去做，按照自己的方式行事，并且总体上遵循他们的政策。非流通。
我希望任何员工也能如此。不管他喜欢与否都不是我的问题 - 如果他不遵守政策，他就无权在我的团队中工作。
如果你觉得这很苛刻 - 众所周知，军队在战争期间射杀没有遵守命令的人，并且很乐意在非战争期间将他们赶出去（在起诉后）不遵守命令。
答案 3 :(得分：1)
虽然我同意其他评论者认为不遵循程序/政策 只能成为一个纪律问题，但我认为让人们参与并获得他们的购买并与方法达成一致意见要好得多。
在我的团队中，我们最近一直在尝试不同的方法，例如进行代码审查的不同方式。从历史上看，我们已经以特定的方式完成了它们，我们都没有享受它们，它们已成为一种可以避免的苦差事而不是一种有用的工具。所以，我们已经开始尝试不同的方法来实现它们，并且在每次会话之后我们都会分解哪些方法运行良好，哪些方法没有。希望在试验结束时，我们将拥有一套我们知道作为一个团队为我们工作的流程，没有人会觉得他们被迫做任何他们不想做的事情因为每个人都会有第一手看到以任何特定方式做事的好处。
答案 4 :(得分：0)
我认为管理良好的scrum是正确的答案。 它是迭代的，团队从经验中学习，你有总结\回顾会议，当人们合作，非常有帮助时，你可以很容易地跟踪你的产品需求并尽早得到客户的反馈。无论是专业还是个人方面。从一个相当长远的角度来看（我在scrum团队工作了大约13个月） - 在我看来，它确实带来了思维方式的变化。 （除了scrum方法的其他好处 - 询问是谁做的！）