스크럼 보드 / 작업 보드 및 컬러 코딩 [폐쇄

Question

스토리 보드에서 사용하기에 좋은 색상 코딩까지 무엇을 추천 하시겠습니까?

이것이 당신의 경험에서 좋은 패턴입니까?
http://maxheapsize.com/static/scrumboardcheatsheet.pdf
가장 표준적인 색상 코딩은 무엇입니까?

Answer 1

일반 백 로그 항목, 즉 비즈니스 가치가있는 경우 흰색, 버그 수정에는 빨간색을 제안합니다. 이로 인해 실수가 눈에 띄고 팀이 개선하는 데 도움이됩니다.

간단하게 시작하십시오 - 감히 감히 간단하게 만들고 Sprint 회고 기간 동안 Scrum 팀이 제안한대로 혁신을 허용하십시오. 한 번에 하나의 혁신 만; 그것이 얼마나 잘 작동하는지보기에 충분히 오랫동안 시도하십시오. 그들이 필요하지 않은 경우 그들을 떨어 뜨립니다.

Answer 2

멋진 것을 만들지 마십시오. 상식을 사용하십시오. 나는 색상 코드를 사용하지 않았다. 왜냐하면 그들이 많이 도움이되지 않는다고 생각하기 때문이다. 심지어 다른 이해 관계자들이 작업 보드를 이해하기가 더 어려워집니다. 이것은 투명성이 줄어 듭니다. 그렇지 않으면 나는 Morendil에 동의합니다.

Answer 3

백 로그 항목의 경우 큰 포스트트 (4x4) : 사용자 스토리 (파란색/녹색), 결함 (빨간색), 예외 (노란색), 조사 (자주색)를 사용합니다.

작업의 경우 일반 크기의 포스트트 (3x3) : DEV 작업 (노란색 : 가장 쉽게 나오기 쉽고 대부분의 보드는 DEV 작업이기 때문에 QA (녹색), 디자인 (파란색), 버그 (Pink) (Pink)를 사용합니다. ), Scrummaster/Impedentment (오렌지).

우리는 창백한/파스텔 포스트트로 스프린트를 시작하며, 과거 스프린트 계획이 같은 색상의 네온에서 이루어집니다. 옅은 노란색 대 네온 노란색 등. 그렇게하면 우리는 우리가 좋은 고장을하지 않았거나 스프린트를 시작하는 미지의 톤이 있었는지 실제로 강조하기 위해 추가 된 것을 볼 수 있습니다.

도움이 되었기를 바랍니다.

Answer 4

카드 색상과 고장에있어 스펙트럼을 보았습니다. 일부 팀은 작업이 작업에 관계없이 작업이기 때문에 하나의 카드 색상을 사용합니다. 다른 팀에는 각 유형의 작업에 대한 색상이 있습니다. 각 카드를 읽지 않고 남은 작업 유형을 잘 볼 수 있었기 때문에 좋아했습니다.

스토리 카드 : 블루 기술 부채 : 녹색 버그 : 노란색 분석 : 레드 QA (스토리 QA가 아니라 QA가 일반 QA 외부에서 수행 한 작업) : 흰색

이것은 우리가 많은 비 개발자들이 테이블 주위에 앉아있는 대형 팀을 가졌을 때 도움이되었습니다.

Answer 5

나는 동의한다 더 많은 색상을 사용합니다. 나는 하이 라이트 결함, 이야기 및 서사시를 선호합니다. 스프린트 백 로그에는 결함의 경우 주황색과 스토리의 경우 노란색이 있습니다. Scrumdesk 예를 들어, 백 로그를 올바르게 유지하는 데 도움이되는 스토리 템플릿의 카드에 색상을 할당 할 수 있습니다.

백 로그가 더 많은 제품 (프로그램 백 로그)을 설명하면 색상이 매우 유용합니다. 이 경우 색상은 제품에 따라 서사시를 높일 수 있습니다.

Answer 6

그것은 내 취향에 과부하 된 것 같습니다. 몇 년 전에 스크럼을 배웠을 때 유일한 색상 코드는 흰색과 빨간색이었습니다. 빨간 이야기는 통합 이야기였습니다. 제품 백 로그에있는 사람들이 서로 가까이 다가 가면 곤경에 처해 있습니다. 어쨌든, 나는 원격 팀원이 있었기 때문에 첫 번째 스프린트에서 저 기술 보드를 사용하여 포기 했으므로 Excel, Twiki, Versionone, Rally와 같은 전자 형식을 사용했습니다.