Team System 없이 Scrum 및 Visual Studio를 사용하는 방법

https://stackoverflow.com/questions/11711

08-06-2019
|

문제

저는 개발 팀에서 Scrum을 사용하는 데 관심이 있습니다(예, Scrum으로 전환하는 것이 약간 고통스러울 것이라는 것을 알고 있습니다).그러나 우리는 팀 시스템을 갖고 있지 않으며 아마도 현재로서는 이를 즉시 확보할 여력이 없을 것입니다.

Team System 없이 .NET/Visual Studio 환경의 Scrum에서 팀을 구성하고 실행하는 데 사용할 수 있는 도구는 무엇입니까?

해결책

실제로 필요한 것은 현재 스프린트의 핫 이슈를 추적하는 버그 추적 소프트웨어뿐입니다.스프레드시트일 수도 있습니다(스프레드시트를 사용하지 마세요).SCRUM은 방법론입니다. http://en.wikipedia.org/wiki/Scrum_(개발) 훌륭한 프로젝트 관리자와 헌신적인 팀이 필요한 만큼 실제로 팀 시스템이 필요하지는 않습니다.

다른 팁

화이트보드를 받아

SCRUM을 시작하는 데는 어떤 도구도 필요하지 않습니다. 최소한 각 스프린트 시작 시 계획 회의, 일일 스탠드업 회의, 각 스프린트 종료 시 요약 회의가 있어야 합니다.

일일 회의에서는 화이트보드 주위에 모여서 이를 사용하여 모든 사람의 작업 상태를 추적하고 스프린트 진행 상황을 확인합니다.

또한 계획을 위해 백로그를 추적해야 합니다. 이는 종이, 화이트보드 또는 Excel에서 수행할 수 있습니다.

저는 이전 회사에서 스크럼 팀에 참여했는데, 이는 개발 환경과는 전혀 관련이 없습니다.이는 소프트웨어 개발을 위한 프로세스이며 프로세스 자체를 사용하는 데 기술이 거의 없는 경우가 많습니다(좋은 스프레드시트 도구를 사용하면 진행 상황을 추적하는 데 도움이 됩니다).

그래서...내가 질문을 오해하지 않는 한, 도구에 대한 귀하의 걱정은 아마도 잘못된 것일 수 있다고 말하고 싶습니다.

소스 제어: 파괴
지속적인 통합 앱: 허드슨 강 (.NET 플러그인이 많이 있음) CruiseControlDotNet보다 사용하기 쉽습니다.
빌드 도구:MSBuild - 빌드 프로세스를 사용자 지정하고 싶을 것이며 MSBuild를 배우는 것이 이를 수행하는 가장 좋은 방법입니다.
단위 테스트 프레임워크:비교할 수 없는 NUnit
정적 코드 분석: N종속, FxCop, 기타?

관련 참고 사항: SVN통계 - 시간이 지남에 따라 저장소에서 발생한 일에 대한 매우 멋진 보고서를 생성하는 Java 프로젝트로, 멋진 코드 이탈 측정항목을 얻을 수 있습니다.

따라서 MSBuild는 다양한 개발 단계에서 이러한 도구를 시작하거나 소스 코드 리포지토리에서 발생하는 이벤트에 후크를 추가할 수 있는 접착제입니다.이것은 Team System이 제공하는 기능에 대해 일대일로 제공하는 대략적인 도구/앱 목록입니다.

이 목록의 좋은 점은 NDepend를 제외하고 모두 상업용 및 개인 용도로 무료입니다.

@Jason과 @Mike_Stone이 맞습니다.스크럼에는 최소한 종이와 펜 외에는 어떤 도구도 사용되지 않습니다.스크럼은 팀이 변화의 우선순위를 정하고 적응하기 위해 이해관계자와 어떻게 소통하고 협력하는지에 초점을 두기 때문에 팀이 어떤 도구를 사용하는지에 훨씬 덜 집중합니다.

XP, 반면에 훨씬 더 도구 및 개발자 지향적이며 지속적인 통합, 테스트 중심 개발, 쌍 프로그래밍 등과 같은 것을 옹호합니다.

애자일 방법론은 도구에 구애받지 않으며 그런 의미에서 매우 실용적입니다.귀하에게 가장 적합한 것을 사용하십시오.민첩성을 갖추기 위해 도구 a나 라이브러리 b가 필요하지 않습니다.

Excel을 사용하여 멋진 번다운 차트를 만드세요!

작업 항목 추적을 위해 빠른 웹 앱을 실행하여 기록한 다음 데이터를 Excel로 내보내고 관리하세요.

나는 동의한다.Team System은 IDE 내부에 포함된 도구 세트일 뿐입니다.Visual Studio는 기본적으로 MSBUILD, NUnit 및 선택된 다른 플러그인을 사용합니다.유일한 실제 가치는 작업 항목의 우선 순위를 지정하고 할당할 수 있는 Conchango와 같은 방법론 플러그인과 이후에 생성되는 보고서입니다.

일일 스크럼, 화이트보드, Excel 및 규율은 정말 좋은 시작입니다.

엑셀 관련 의견에 전적으로 동의합니다.이런 식으로 시작하는 것이 더 좋습니다.폭포수 방법론을 사용하는 경우 스크럼은 약간의 문화 충격을 받을 수 있습니다.팀이 철학을 먼저 이해하는지 확인하는 것은 더 효율적으로 만들기 위해 선택한 도구보다 훨씬 더 중요합니다.

스크럼은 구축 중인 자산을 나타내는 유형의 항목(스티커 메모, 종이 조각)이 있을 때 가장 잘 작동하는 것 같습니다.간단하고 간단하며 누구나 쉽게 이해할 수 있습니다.때로는 모든 작업을 데이터베이스 어딘가에 저장하여 추상화할 때 의도나 작업 항목 자체가 손실되거나 잘못 해석되는 경우가 있습니다. 특히 팀이 스크럼을 처음 접하는 경우.

현재 우리 팀은 Team System을 사용하여 스크럼을 수행하고 있습니다.관리 및 팀 보고서를 무료로 받을 수 있어서 정말 좋습니다.그러나 이것이 중요한 점입니다. 구식 코르크판, Excel 및 이 템플릿을 사용하여 모든 작업을 수행했을 때 실제로 작업을 더 빠르고 더 높은 품질로 수행했다고 생각합니다(저는 이 기능을 좋아합니다. 스크럼을 수행하는 모든 사람에게 권장합니다).

http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html

자원 관리, 견적 관리 및 모니터링을 위해 XPlanner를 사용할 수 있습니다.향후 계획을 위해 과거의 예상 시간을 검토할 수 있습니다.

.NET를 사용하여 다음과 같이 참조하십시오.http://www.scrumforteamsystem.com/en/default.aspx

다른 사람들이 언급했듯이 SCRUM은 특정 도구 없이 수행할 수 있지만 저는 Atlassian 스택을 거기에 버릴 것입니다.나는 이전에 그것들을 사용해 본 적이 있고 꽤 마음에 들었습니다.

http://www.atlassian.com

문제 추적/백로그를 위한 JIRA
완전한 Agile googies를 위한 JIRA의 GreenHopper 플러그인
온라인 동료 검토를 위한 Fisheye/Crucible
협업 및 지식 공유를 위한 Confluence
지속적인 통합을 위한 Bamboo

과거에는 Visual Studio 2005-2008을 사용하여 TFS에서 스크럼 프로젝트를 수행했는데 매우 만족했습니다.저는 현재 다른 시스템으로 이동해야 하는 Eclipse를 사용하여 Linux 환경에서 Scrum 프로젝트를 진행하고 있습니다.우리는 선택했다 RTC(합리적 팀 콘서트) 그리고 나는 그것이 우리의 요구에 잘 맞는다는 것을 알았습니다.

기능과 개념 측면에서 RTC가 TFS와 비슷하다고 생각합니다(예:RTC는 동일한 작업 항목 용어를 사용하므로 전환이 상당히 쉬웠습니다.Visual Studio IDE 통합을 위한 플러그인과 프로젝트 팀을 위한 번다운 차트 및 기타 진행률 측정항목을 제공하는 웹 인터페이스가 있습니다.최대 10명의 개발자까지 무료이므로 소규모 팀에 정말 좋습니다.비용을 지불하면 가격 책정 모델이 무엇인지 잘 모르겠지만 다른 IBM Rational 제품과 일치한다면 TFS와 비슷하다고 가정합니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow