为C#开发者团队带来灵活性[关闭]

很快,您可以从这两个方面获得一些好的实践。

• 你今天要做什么

这有一个直接的好处,就是让每个人都觉得自己是团队的一部分,让问题浮出水面。

将项目划分为迭代也是非常有用的。选择迭代长度,两周或一个月。

• 在迭代的最后一天再召开一次为期半天的会议,做两件事。首先,您希望向企业主(或利益相关者)演示当前最先进的技术。这使团队专注于拥有一些可以演示的东西,并通过显示持续的进步来保持团队的压力。第二,你想举行一次回顾性会议,在会上写下哪里出了问题,哪里出了问题,以及发生了什么异常事件。

有时我们使用结对编程来建立团队精神,并专注于特别复杂的问题。只使用一台计算机将一项问题交给两个人解决。

持续集成、良好的源代码控制和单元测试是使您的团队更加敏捷的技术工具。设置他们!

我还发现在过去分发(并挂上大号印刷品)敏捷宣言很有用。

关于这些方法的全面实施,我可以写更多的东西,但正如我所说的,您的项目已经开始了。根据我的经验,实施敏捷方法的最大问题是人们很难理解敏捷的含义。即使在完全敏捷的开发过程中,有些人也会倾向于以非敏捷的方式行事!出于这个原因,我认为在实现全面的Scrum之前,您需要一些敏捷培训。

希望有帮助!

Task boards

结对编程也是一个很好的主意,可以帮助构建同构的代码库,并引入一些也很有用的标准。

在一个项目开始后,开始使用任何方法总是一个问题。然而,我能给你的最好方法就是使用SCRUM。

我之所以提出这一点,是因为SCRUM以其规格经常变化的项目而闻名,并且是为了适应它。

你有一个项目负责人,他是你制作程序的对象,他们拥有产品待办事项。积压基本上是你的规格。请更详细地阅读这些条款,我在这里简化。

然后,您就有了sprint,这是一个1个月的开发周期,在这个周期中,您决定要从积压工作中完成的事情。

所以,基本上,你有一个可以改变的规范,和持续的沟通。在我看来,这是最合适的敏捷方法论,您可以在游戏的稍后阶段进入。

For more information on SCRUM

每个Sprint都会交付一个可交付的产品,因此您对停机时间没有得到利用的担忧肯定不会被忽视,因为只有在停机时间和团队可用性期间计划的工作才会如此之多。

SCRUM独立于您正在使用的技术,无论是EntityFramework还是其他相关技术。