Project management 我如何让我的团队参与并保持动力？

我目前是一名研究生，但在回到学校之前，我在这个行业工作了几年

我所在的班级有一个由4人组成的团队，致力于相当雄心勃勃的项目。作为行业的一员，我有很多同事缺乏的“软件工程”经验（这学期他们第一次使用SVN）。他们都是非常优秀的程序员；但他们在建造“真正的东西”方面没有太多经验

因为我对一个项目有一个相当具体的愿景，而我的队友们没有，所以我的想法是我们这学期将要研究的。除此之外，由于我的经验，再加上我的个性很强，我已经成为了一个事实上的团队领导者——确定了每周的会议时间，分配了最初的任务，等等

我想避免陷入这样的陷阱：在我们应该做什么和应该如何做的问题上，我的想法过于强硬，以至于我的队友觉得他们没有发言权，变得不参与和超然

问题是：

在执行基本的最佳实践（版本控制、里程碑等）和一致的项目愿景的同时，我如何让我的团队保持纪律严明但才华横溢的程序员的积极性

---

编辑：感谢到目前为止回答问题的所有人。我认为我过分强调了事物的“软件工程”方面；我也在寻找如何鼓励我的队友为设计做出贡献的想法，并感受到对项目的所有权，目前该项目有点“SquareCog（和朋友）Show！”

提供非修道院奖项

给他们自己“拥有”的领域。即使他们可能不会为这个项目感到自豪，他们也会想让自己的领域出类拔萃。让他们质疑，他们的领域是否可以重构或改进。这将使他们学习新的技术或实践

让他们通过火学习（在小阶段），然后向他们展示正确的方法。让他们以自己的方式失败，但给他们时间以正确的方式

更新：

---

很抱歉，让上面的话听起来像是团队负责人在控制什么是正确的。这意味着更多的是团队中任何一个人都可以完成的代码审查。他们可以作为一个团队一起进行更改/重构。

我发现最好的方法与代码无关：团队午餐

在一个非正式的环境中聚在一起，你们每个人都谈论你们的问题、关注点、想法等。这有助于团队团结，其他很少有人这样做

至于实际的代码方面，尽量减少他们在您希望的框架内工作所需的工作量。如果你想让他们使用票证，为他们做实际的管理工作——让他们告诉你票证是什么，让你做实际的管理工作。这似乎需要很长时间，但总的来说，与糟糕的沟通和协调成本相比，这是微不足道的。回报很快

对于版本控制，向他们展示为什么它真正有利于他们。当程序员看到想法确实帮助了他们，而不仅仅是一个皮塔人时，他们会接受想法并与之一起运行。

• 这个项目应该足够有趣，让他们参与进来
• 这项技术也应该是最新的
• 让他们知道这是行业的发展趋势，他们将获得必要的经验，成为其他程序员的佼佼者
• 提供奖品并惩罚那些破坏建筑的人
• 旋转位置，让他们测试自己的领导能力

---

我已经多次处于类似的位置
有时我只是负责，然后被诅咒。很公平
很多时候，我抵制这种冲动；我试图鼓励我的同事们带头。有时候这样行，有时候不行
有时候，我只是坦白。“我似乎要接手，这是我的天性。但我不想对你们这些家伙指手画脚。还有人想带头吗？如果没有，你对我已经提出的建议感到满意吗？如果你有什么好主意，就说出来……”。再说一次，有时这是可行的，但并不总是如此
最终，你可以“把马牵到水边”。。。项目需要领导，如果没有其他人来迎接挑战，你最好这样做
一旦你有了领导，就要以身作则……
那么Scrum呢（即使你不这么称呼它）。给每个人一个发言的机会，你倾听。因为强有力的个性给了其他人一个真正的机会来表达他们（而不是你）的想法，这是迈向和谐的一大步

---

除此之外，他们将从你的技术经验中学习，你将从他们的想法和热情中学习。一个好的领导者总是乐于沟通，你设定了方向和愿景（你确实选择了这个项目），他们想出了聪明的方法。我认为开发人员是非常实际的人
发挥典型开发人员个性的特点： 1.创造力 2.好奇心 3.实用性
按照您的直接示例，源代码管理：
我们中的大多数人（我指的是我自己的经验）在一开始就看不到源代码管理的意义（仅仅因为），所以总是让他们知道使用源代码管理背后的原因
另一件事是。。谁决定加入SVN？还有其他选择，我会拼命争取不要SVN，因为我是个Git！（双关语）
与其拉他们的鼻子，不如向他们解释：
我们需要源代码控制，找到一个你喜欢的，让我们投票决定我们用什么来控制源代码。。这样就有了共同的所有权，而不仅仅是跟随领导者的行动
另一件事是，在你的实现上要灵活
制定一个关于必需品的计划，但要做好准备，在需要时或需要时实施