Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/json/13.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
为C#开发者团队带来灵活性_C#_Agile - Fatal编程技术网

为C#开发者团队带来灵活性

为C#开发者团队带来灵活性,c#,agile,C#,Agile,这不是一个巨魔,但我想知道对于一个已经开始的项目来说,什么样的XP或Scrum才是最好的 我们是公司一个重要项目的6名开发人员。问题是,在Vaccion期间,经典的V循环并不有效,而且有一名初级架构师,我被要求在团队中增加一些灵活性 所以我的问题是,在一个已经进入第三周的项目中,最好的模式是什么 编辑1:我忘了问为什么:) 编辑2:团队使用EntityFramework。在项目启动后开始使用任何方法总是一个问题。然而,我能给你的最好方法就是使用SCRUM 我之所以提出这一点,是因为SCRUM以其

这不是一个巨魔,但我想知道对于一个已经开始的项目来说,什么样的XP或Scrum才是最好的 我们是公司一个重要项目的6名开发人员。问题是,在Vaccion期间,经典的V循环并不有效,而且有一名初级架构师,我被要求在团队中增加一些灵活性

所以我的问题是,在一个已经进入第三周的项目中,最好的模式是什么

编辑1:我忘了问为什么:)


编辑2:团队使用EntityFramework。

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

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

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

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

然后每天,你都会有一个5分钟的scrum会议,会上你会问前一天你做了什么,你要做什么,以及在你的路上是否有任何障碍

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


很快,您可以从这两种方法中吸取一些好的做法

每天的scrum会议非常有效。让整个团队每天在白板附近会面,而不是在房间里,进行15分钟的站立。每个人都必须回答三个问题:

  • 你昨天做了什么
  • 你今天要做什么
  • 有什么事妨碍你吗
这有一个直接的好处,就是让每个人都觉得自己是团队的一部分,让问题浮出水面

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

  • 在迭代的第一天有一个半天的会议,团队在会上选择并提交迭代中要做的事情。将此记录下来,并在日常会议期间参考。监控你正在朝着目标前进
  • 在迭代的最后一天再召开一次为期半天的会议,做两件事。首先,您希望向企业主(或利益相关者)演示当前最先进的技术。这使团队专注于拥有一些可以演示的东西,并通过显示持续的进步来保持团队的压力。第二,你想举行一次回顾性会议,在会上写下哪里出了问题,哪里出了问题,以及发生了什么异常事件
有时我们使用结对编程来建立团队精神,并专注于特别复杂的问题。只使用一台计算机将一项问题交给两个人解决

说到团队专注,尽可能让整个团队在同一个专用房间内工作。这是相当重要的

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

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

为了变得更加敏捷,您需要您的业务所有者“接受”该方法。他们需要参与到计划会议中,在会议上挑选并选择在接下来的迭代中应该开发哪些项目。通常,这种选择基于业务价值:首先开发最有价值的项目以降低风险。如果项目运行得很晚,你仍然可以提前结束它,仍然拥有最重要的东西。他们还必须承担完成开发的部分责任。这通常将开发重点放在正确的事情上

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


希望有帮助

据我所知,你所说的基本上是为了减轻假期期间停机的影响,现在我们可以从容地度过假期,SCRUM方法论为处理这种情况提供了一套正确的工具,原因是

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

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

让每个人都知道在sprint中正在做什么和应该做什么是一个好主意。在开始这项工作时可能会遇到一些挑战,但一旦一个团队习惯了这项工作,用它来展示正在做的事情、已经做的事情和即将发生的事情并不是那么糟糕。有估算任务、建立日志和烧毁,但有时这可以很好地表明,“嘿,我们确实完成了一些事情!”我建议将前几次冲刺视为速度不一致的时期,因为在冲刺中可以完成多少工作。这是斯克利夫茨回答的一部分,关于你站起来的白板上的内容

结对编程也是一个很好的想法,可以帮助构建同构的代码库,并帮助