어떤 것이 있는 주요 개념에 대한 효과적인 개발 팀은?[마감]

StackOverflow https://stackoverflow.com/questions/808191

  •  03-07-2019
  •  | 
  •  

문제

제가 작업하고 우리는 최근에 함께 넣어 우리는 발전 표준 위원회는 임무를 개선하는 절차,프로세스,방법론,공구,표준,그리고 무엇이든 우리가 생각하는 것이 우리에게 도움이 될 더욱 효과적인 팀이 있습니다.

우리는 스프레드시트는 항목의 우 위를 기록했고 시작하려고 달려들 위에서 아래로.우리는 것 같은 더 나은원 제어(현재 SourceSafe),를 구현하는 버그 추적(예:사마귀의의 fogbugz),피어 코드로 이동합니다.Net3.5 능 이하 어떤 형태의 민첩한,더 많은 실제 팀은 개발이 아닌 단일 개발자 프로젝트형 재료,다른 어떤 것들...

당신은 무엇을 생각하는 몇몇 중요한 것을 할 수 있습니다 또는 휴식하는 개발 팀?우리는 무엇을 추가해야 하는 이 목록은?

몇 가지 추가 정보:우리는 사람이 12 명에서 우리의 창 팀,그리고 오십에서 개발하는 경우 당신은이 모두 포함 플랫폼입니다.우리가 원하는 개선으로 가능한 모두를 위한,그러나 우리는 우리의 가장 큰 초점은 Windows 팀이 있습니다.우리 모두가 여기에 몇 년 동안 적어도,그래서 대부분의 우리에게 서로를 알고 함께 작동합니다.

도움이 되었습니까?

해결책

사람들의 수에 당신의 팀은 실제로 정말 중요하다 여기에.이 있는 내용은 기본적으로 모든 팀을 구현해야(소스 코드는 제어,버그 추적 등),하는 일들이 있는 다른 기본지 팀은 크기입니다.코드 리뷰에서 매우 작은 팀을 위해 인스턴스,더 편하게 만들어 줍니다.

움직이는 민첩한 좋은 아이디어지 않는 한,당신은 특정 개발 환경을 만들면 그것은 나쁜 생각이 아니다.또한,당신은 할 수 없이에서 지원하지 않는 사람들이 사용하는 소프트웨어입니다.

고려한 일을 하는지 확인하는 간의 통신 팀이 쉽게 그리고 더 적은 장애물-귀사의 모든 구성원이 서로 다른 꽤 잘?할 수 있습니 함께 작동할 수 있을까요?당신은 서로를 이해하의 idiosyncracies?학습 팀으로 작업하는 것보다 훨씬 더 중요하다는 것이 어떤 랜덤 프로세스 개선할 수 있습니다.

다른 팁

이 필요 의견을 검사할 때에 코드(그것은 좋은 묶을 수 있다면 커밋의 버그 추적기)

어쩌면 코드는 정적 분석,무엇을 같은 기본적으로 제공되는 Visual Studio

지속적인 통합처 CruiseControl

개발팀에 정말 필요한 좋은 사람으로 시작,작동하는 함께,그러나 이것은 정말이에 항목을 추가합니다.그러나 그것은 영향을 나의 첫번째 추천서,수 실용적입니다.지 않는 경우도록 격려하여 개발자에 대해 생각하는 그들이 어떻게 작동할 수 있 드라이브는 그들 각자,개선하기 위해 정말 열심히 누워하는 개발 환경을 위해 그것을 할 것입니다.

멘토와 교육:할 수 없다면 XP,그 이상까지 걸이 당신의 후배 노인으로 문제를 해결할 수 있습니다.뿐만 아니라 지식을 공유 하지만 당신은 공유하는 컨텍스트 프로젝트의 주위에 당신의 자신의.

어떤 종류의 지속적인 통합 및 일반 테스트,작동하"출시"경이로움에 대한 품질입니다.

로 원본을 제어(현재에 SourceSafe)

이 Visual SourceSafe-당신은 필요한 변경이 즉시.Try cvs,svn 또는 무언가를 지불처럼 퍼포.

가 존재라는 것 Rational Unified Process 는 거래의 문제에(그리고 훨씬 더 많은).

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top