agile - 学生项目团队的最佳软件工程实践？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center寻求指导。




9年前关闭。




我一直在阅读有关敏捷开发的各种形式和方面的文章，但都集中在企业环境上。我在我的大学的一个学生项目团队中，我想看看一些敏捷概念是否可以在“每个人都全职/兼职工作”之外的环境中工作。

我们确实有自己的项目服务器，Subversion 用于版本控制，Sharepoint 用于文档、wiki 和操作项。

一些挑战

周会难，天天站会不行

我们大部分是我们自己的客户(我们是比赛的一部分，但我们不能与组织者密切合作)

不仅是程序员，还有机电团队成员

Sharepoint 的操作项没有最好的界面。有可用的扩展吗？以牺牲所有非 svn 的统一接口(interface)为代价切换到其他东西(如 Trac)是否有意义？

拖延。作为学生，最自然的事情就是等到最后一分钟

我们有自己的空间，但通常情况下，在别处工作更容易，除了明确安排

之外，无法预测是否会有其他人在场。

其他类(class)(仍然必须通过，因此对团队的总 promise 是有限的)

也许我们的团队不仅可以从敏捷技术中受益，因此欢迎所有建议。

编辑 感谢所有伟大的答案。我将开始询问我的队友他们对其中一些想法的感受，看看他们会接受什么。我应该将它们链接到这个问题吗？您可以编辑您的答案或仅发表评论以回答此次要问题。

Answer 1

我不会尝试将完整的、企业环境风格的敏捷编程工作流强加给您的团队，但我确实认为某种程度的敏捷方法可能是有值(value)的。我实际上认为你的一些“挑战”会被一些敏捷想法所缓解，但需要团队中每个人的某种程度的 promise 。

例如 - 每日站立/每周 session 问题。

这不一定是一件大事(而且，特别是在学生项目案例中，我会说让它更小更好)。拥有一个 Trac 站点(如果您已经在使用 SVN，我建议通过 sharepoint)和一个地方(例如 wiki 页面)仅在一个句子中跟踪站立信息仍然很有值(value)，而不需要超过 1-每天2分钟/人。

如果有人在这里和那里错过一两天，这没什么大不了的，但如果团队同意这样做，它实际上可以帮助解决拖延问题(迫使人们只是说“我什么都没做。我什么都没做”有一个好处 - 它至少让人们思考你的项目，这往往会减少拖延的数量)，以及让人们在不同的地点工作但仍然保持沟通。

对于非程序员来说，这也很容易做到，并且可以帮助机械和电气团队保持合作，让每个人都向前迈进。

话虽如此，我会确保它简短而甜蜜 - 尽量减少负担，但我仍然认为一些敏捷编程思想是有值(value)的，即使在学生环境中也是如此。