学生项目组最佳软件工程实践？

Question

我一直在阅读敏捷开发的各种形式和方面，但都集中在公司环境上。我是我所在大学的学生项目团队的一员，我想看看一些敏捷概念是否能在‘每个人都全职/兼职’以外的环境中工作。

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

一些挑战

• 很难安排每周一次的会议，每天的会议是不可能的
• 我们大部分都是自己的客户(我们是比赛的一部分，但我们不能和组织者密切合作)
• 不仅仅是程序员，还有机电团队的成员。
• Sharepoint的操作项没有最佳的界面。有可用的分机吗？以牺牲所有非svn的统一界面为代价，转而使用其他东西(如Trac)是否有意义？
• 拖延症。作为学生，最自然的事情就是等到最后一刻。
• 我们有自己的空间，但通常情况下，在其他地方工作更容易，除了做出明确的安排之外，没有办法预测是否会有其他人在那里
• 其他类(仍然必须通过它们，所以对团队的全部承诺是有限的)

也许我们的团队可以受益于不仅仅是敏捷技术，所以所有的建议都是受欢迎的。

编辑感谢所有伟大的答案。我要开始问我的队友，他们对这些想法有什么看法，看看他们买了什么。我应该把它们和这个问题联系起来吗？你可以编辑你的答案，或者只留下评论来回答这个次要问题。

Answer 1

如果你问我你给你的学生项目增加了太多的开销。方法通常只在公司环境中使用，因为需要监控和控制人力资源(控制不是正确的词--但我需要一种比协调更强大的方法)。在一群学生中，绝对没有必要为这样的事情操心。坚持一个方法只会拖慢你。

你已经确定了你的挑战。让你的同龄人意识到他们，并谈论如何最好地处理他们。使用方法作为想法的来源，但在你的情况下不要屈从于方法。

Answer 2

我不会试图将完整的企业环境风格的敏捷编程工作流强加给您的团队，但我确实认为某种级别的敏捷方法可能是有价值的。实际上，我认为您的一些“挑战”会被一些敏捷思想所缓解，但需要团队中的每一个人做出一定程度的承诺。

例如，每日会议/每周会议的问题。

这不一定是件大事情(而且，特别是在学生项目案例中，我会说让它变小更好)。拥有一个Trac站点(如果你已经在使用SVN，我会在sharepoint上推荐它)，只在一个句子中跟踪站立信息(比如wiki页面)，这仍然是很有价值的，而不需要每天超过1-2分钟/人。

如果有人错过一两天，这不是什么大不了的，但如果团队同意这样做，它实际上可以帮助拖延问题(强迫人们只说“我什么都没做，我什么都没做”--至少让人们思考你的项目，这样可以减少拖延)，也可以让人们在不同的地方工作，但仍然保持沟通。

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

话虽如此，我还是会把它保持简短和甜蜜--尽量将负担降到最低，但我仍然认为，一些敏捷编程思想是有价值的，即使在学生环境中也是如此。

Answer 3

你可以每周或每两周举行一次模拟每日的会议。从以下三个问题开始你的会议：

• 自从我们上次见面以来，你做了什么？
• 下次之前你打算做什么？
• 有什么东西阻碍了你的进步吗？

请注意，这些也可以由您的非程序员队友回答。在我工作的公司里，我们有多学科的团队使用scrum (程序员和艺术家)，而且工作得很好。

如果你不想站着开会，至少不要选择舒适的沙发。这应该会使你的会议缩短，让人们更加关注。

你应该使用这个方法来发挥你的优势，并通过制定临时的里程碑来最小化拖延。建立您的任务列表(excel，任何其他电子表格软件都可以)。在里程碑里把他们分开。当复习的时候，和你的团队坐在一起，像客户一样看待你的产品，也许让你的老师参与进来。

扑克计划很有趣，也是一个很好的方式来澄清你必须做什么，以及你计划如何去做。将目标分解成任务将涉及到来自各个学科的人。但是，只有能够完成这项任务的人才能对其进行评估。