문제

제작하려는 웹 응용 프로그램이 있습니다. Fogbugz로 모든 작업을 어떻게 관리 해야하는지

페이지별로 가지고있는 모든 작업을 페이지별로 나열하려면 영역을 사용해야합니까? 또한 모듈로 분류하고 싶습니다. 다시 영역을 사용합니까?

예시:

  • 사용자
    • 사용자 추가
    • 사용자 삭제
    • 사용자에게 권한/역할을 할당합니다

또는 페이지를 기준으로하는 경우 목록이 다르게 보일 것입니다.

도움이 되었습니까?

해결책

시간이 지남에 따라 나는 프로젝트와 책임 (영역) 이외의 다른 것에 의해 사례를 엄격하게 구성하려는 노력의 낭비라는 것을 알았습니다.

올바른 프로젝트와 제목이 좋은 지역에서 Fogbugz에 케이스를 가져 오십시오.

따라서 프로젝트는 제품 또는 비즈니스 프로젝트가 작업 중이든지 무엇이든간에.

영역은 UI, 코드, 문서, 데이터 마이그레이션, 사람들이 다른 책임 및/또는 능력을 가진 종류의 것과 같은 것입니다.

그런 다음 쉽게 관리 및 검색을 위해 사례를 제정하여 가능하면 사건의 범위를 몇 시간으로 유지합니다.

그래서 당신의 예에서 그것은 단순 할 수 있습니다 ...

  • 역할 추가
  • 역할을 봅니다
  • 업데이트 역할
  • 역할 삭제?
  • 목록 역할
  • 사용자 추가
  • 사용자를 봅니다
  • 사용자 업데이트
  • 사용자 삭제
  • 목록 사용자
  • 역할을 삭제하기 위해 종속성 검사를 추가하십시오.

솔직히 말해서, 위의 내용조차도 아마도 약간의 보드 일 것입니다. 아마도 당신은 아마 도망 칠 것입니다.

  • 사용자 역할 추가/보기/업데이트/삭제/목록
  • 사용자 추가/보기/업데이트/삭제/목록

더 간단하게 만들고, 데브에 넣는 신뢰를 더 많이 신뢰할수록, 개발자가 느껴지고 그 일을 계속할 가능성이 줄어 듭니다.

다른 팁

사용자는 할당 된 경우에 따라 필터링 할 수 있으므로 항상 자체 대기열을 볼 수 있습니다.

많은 다른 영역이 불필요한 복잡성을 만들 것입니다. 그 수준의 고장이 필요하지 않습니다.

많은 수의 활성 사례가 없어야하며 짧은 목록에 대해 많은 분류가 필요하지 않다는 점을 명심하십시오.

지역 플래그를 가장 잘 사용하는 것은 하나 이상의 개발자를 가로 질러 대기열로 작업하는 것입니다. 그런 다음 누구나 빠르게 볼 수있는 대기열을 얻습니다.

예를 들어 아직 결정하지 않은 기능 아이디어를위한 "제품 계획"영역이있을 수 있습니다. 대형 팀에서는 각 하위 팀마다 영역을 할당 할 수 있으므로 각 라인 관리자는 자체적으로 대기열을 볼 수 있습니다.

우리는 4 년 동안 Fogbugz를 사용하고있는 크고 복잡한 프로젝트를 하나씩 가지고 있으며 5 개 이상의 영역이 필요하지 않았습니다. 우리가 여기에서 제안하는 방식을 분할한다면 이제 수백 가지가 있습니다.

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