ALM (application lifecycle management) .net 및 java를 모두 사용하고 scrum을 사용하여 설정을 선택하기위한 권장 사항을 찾고 있습니다. Scrum 1.0와
혼합 언어 환경에서 응용 프로그램 수명주기 관리 및 스크럼 설정 권장 사항 (java/C#)
경험과 대안 (Atlassian?)는 ALM을 선택 찾고 :
는 지금 최고의 설정이 될 것으로 보인다 및 스크럼 설정.
당신은 이미 제어 할 수있는 .Net 일을 가지고있는 것 같습니다. 그래서 여기에 Java perspective가 있습니다.
우리는 Jira를 영원히 사용해 왔으며, Scrum을 소개 한 이래로 우리는 Greenhopper이라는 플러그인을 사용하기 시작했습니다. Jira를 더 친숙한 스크럼으로 만듭니다. 스토리, 버그 등을 생성하고 가상 스토리 보드에 배치 할 수 있으며, 최신 상태로 유지하려는 노력으로 이동하면 번 버스 차트 등을 생성 할 수 있습니다. 우리는 3 개의 다른 도시와 온라인 스토리 보드가 효과적입니다.
EDIT : 모든 위치에있는 팀은 포스트잇과 화이트 보드를 더 많이 사용하고 Jira는 덜 사용하는 경향이 있음을 분명히해야합니다. 그러나 Jira가 가져올 수있는 추적 가능성 요소가 있으므로 항상 누군가를 밀어 붙이려합니다. Jira를 최신 상태로 유지합니다.
우리는 Hudson을 사용합니다. Hudson은 버전 제어를 모니터링하고 두 가지 빌드 스크립팅 도구 (Ant 및 Maven) 중 하나를 사용하여 빌드를 수행합니다. 메이븐 (Maven)과 다양한 플러그인이 제공하는 많은 기능이 있습니다. 다른 응용 프로그램 서버와 작동하고 Java 라이브러리 등의 저장소를 유지 관리 할 수 있습니다.
Hudson은 개발자가 코드를 커밋 할 때 버전 제어 주석을 볼 수 있도록하고 Jira 문제 번호 (예 : PROJ-293)를 볼 수 있도록 Jira에 플러그인 할 수 있습니다. Jira의 이슈에 대한 버전 제어 주석과 안정된, 불안정한, 깨진 등의 빌드 상태 - 나는 우리가 사용하는 Subversion과 함께 작동한다는 것을 알고, Git과 같은 최신 버전 제어 소프트웨어에 대해서는 언급 할 수 없다. , 수은 등