关闭。这个问题是off-topic .它目前不接受答案。
想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。
9年前关闭。
Improve this question
我目前是一名研究生，但在回到学校之前我在这个行业工作了几年。
我所在的类(class)由 4 人组成的团队负责开展相当雄心勃勃的项目。因为在这个行业，我有很多队友所缺乏的“软件工程”经验(他们本学期第一次使用SVN)。他们都是非常优秀的程序员；但是他们在构建“真实的东西”方面没有很多经验。
因为我对一个项目有一个相当具体的愿景，而我的队友没有，我的想法是我们将在这个学期努力的想法。最重要的是，由于我的经验，再加上我公认的性格有点强势，我已经成为事实上的团队领导——确定每周 session 时间，分配初始任务等。
我想避免陷入这样的陷阱:我对我们应该做什么以及应该如何做的想法过于强硬，以至于我的队友觉得他们没有发言权，变得不参与和超脱。
那么问题来了:
我怎样才能在执行基本的最佳实践(版本控制、里程碑等)和连贯的项目愿景的同时，让我的一群没有纪律但才华横溢的程序员保持积极性？
编辑:感谢到目前为止所有回答的人。我想我过分强调了事物的“软件工程”方面；我也在寻找关于如何鼓励我的队友为设计做出贡献的想法，并在目前的项目中感受到所有权” The SquareCog (和 friend ) 显示!”
最佳答案
我发现的最好的方法与代码无关:团队午餐。
在一个非正式的环境中聚在一起，在那里你们每个人谈论你的问题、关注点、想法等。这有助于团队团结，而其他人很少这样做。
至于它的实际代码方面，请尽量减少他们在您希望他们在框架内工作所需的工作量。如果您希望他们使用票证，请为他们做实际的管理工作——让他们告诉您票证是什么，并让您进行实际的跑腿工作来管理这些事情。这似乎需要很长时间，但总体而言，与沟通和协调不畅的成本相比，这是微不足道的。它很快就会得到返回。
对于版本控制，向他们展示为什么它真正使他们受益。当程序员看到他们真正帮助他们而不仅仅是作为一个 PITA 时，他们会接受想法并与他们一起运行。
关于project-management - 我如何让我的团队参与进来并保持积极性？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/490096/