[번역] How the Trello Team use Trello

Trello의 Foog Creek Software를 개발한 Daniel의 블로그를 토대로
: How the Trello Team uses Trello
※ 본인은 Qiita 번역 및 게재 허가를 받았습니다.
개시하다
트리로가 다른 사람Trello 사용보다 낫나요(네, 저희는 줄곧 트리로를 사용했습니다).Trello를 사용한 소프트웨어 개발 관리는 이미 몇 개기쁜 소식가 되었는데, 일상적인 업무에서 Trello를 어떻게 사용하는지에 대한 관심도 있다고 생각합니다.
Public Development Board
트렐로 팀은 퍼블릭 보드가 있는데, 지금은 그런 느낌이다.

이 보드에서 트리로가 애쓴 모든 일람표를 볼 수 있다.보드는 리뷰와 투표 기능이 있어 일반 트렐로 이용자들의 피드백을 받는 장소다.
그러나 우리의 많은 임무는 인터넷 보드가 관리하는데 일반적으로 공개하지 않는다(Foog Creek 직원처럼 보인다).이렇게 하는 이유로.

저희가 매일 미션이 많아서 공개해도 기분이 안 좋아요

서버 마비를 초래하는 빈대 등을 공개하는 것은 불필요한 위험

항상 여러분을 기쁘게 해주고 싶어요!

Internal Board
인터넷 보드에는 다음과 같은 목록이 있습니다.

Incoming Bugs

Bugs for this week(이번 주 bug)

Planning(계획 중)

Doing(작업 중)

Waiting for test/review

Ready for merge(병합 가능)

Unshippable(아직 발행 불가)

... 미해결 버전

Incoming Bugs
Trello에 대한 오류 보고서는 다음과 같습니다.

사용자의 메일입니다.이렇게 서비스를 사용하면 지원 엔지니어가 버그 보고서를 발견하면 이 목록에 추가됩니다.

사용자의 FogBugz.

트위터의 대부분 직원은 Fog Creek이다.만약 그들이 스스로 잘못을 발견한다면 목록에 추가해라.

Trello 사용자에서 발견된 악취충

카드의 이름에서 잘못된 내용을 추측할 수 없으면 카드의 설명 부분(description)에 상세한 내용을 쓰십시오.그림이 필요할 때 첨부합니다. (나는 가능한 한 간단하게 이 조작을 완성했습니다. 단지 Command-shift-control-4를 하고 Command-V를 했을 뿐입니다. 대단하십니까?)
만약 버그의 중요성이 높다면(예를 들어 많은 사용자에게 영향을 줄 수 있는 버그) High Prority 탭(녹색)을 붙여주세요.이렇게 되면 카드 우선순위가 높다는 사실을 팀원들에게 알릴 수 있어 QA와 발행 과정을 빨리 거쳐야 한다.
Bug for this week(이번 주 빈대)
만약 오류가 많은 사용자에게 영향을 미쳤다면, 우리는 즉시 수정할 것이지만, 모든 오류가 긴급하게 처리되어야 하는 것은 아니다.이 목록은 작은 오류를 조금씩 소화하는 데 사용됩니다.
계획
새로운 기능을 구현하기 위해 기술, 서비스, UI 모듈 등에 시간을 할애할 계획이다.그런 작업의 초기 단계에 걸렸을 때 이 목록에 놓여 있었다.
테스트 미터
할 일이 많으면 검사표를 사용하세요.
Doing(작업 중)
개발자가 Bug for this week 또는 Planning 작업에 착수하면 카드를 목록으로 이동합니다.여기 보시면 Trello 팀의 업무 내용을 보실 수 있습니다.
카드 작업이 완료되면 코드의 위치를 표시하기 위해 아래의 주석을 첨부합니다.
Fixed in daniel/timezone-crasher
(저희의 경우 창고와 변경된 곳을 표시합니다.)
... 그런 다음 개발자가 카드를 "Waiting for test/review"board로 이동합니다.
Waiting for test/review(테스트/검사 대기 중)
새 기능과 오류를 병합하기 전에 다음 두 프로세스를 통과해야 합니다.
코드 검사.모든 원본 코드는 코드 검사를 시작하기 위해서에 의해 관리되고 우리는 평론 기능을 자주 사용합니다.
QA.대상 코드가 검사를 기다리는 동안 이 목록이 추가됩니다.심사 통과 후 펜의 가상 이미지를 카드에 끌어다 놓으면 펜이 카드를 검사할 수 있다는 통지가 나온다.
이 새로운 기능이나 오류 접두사가 규격에 따라 실행되는지 확인할 수 있다면, 테스트 인원은 카드를 "Ready for merge"로 이동합니다.
병합 가능
새 기능 테스트와 검토가 끝나면 개발자는 코드를 병합해 게시 후보를 만들고 모든 카드를'펜딩 버젼'으로 옮긴다.
이 버전은 게시되기 전에 제본 서버(정식 서버와 거의 같은 설정의 서버)에 제출됩니다.테스트 인원은 QA를 검사하고 모든 변경 부분이 포함된 버전의 동작을 확인한다.변화점 테스트 외에 QA 테스트기는 검사 항목을 훑어보고 발표할 때마다 검사를 한다.(새로운 변경은 전혀 무관하게 다른 부분에 영향을 미칠 때가 있다)
Kiln
QA 테스트가 끝나면 카드에 "Verified"라벨이 붙습니다(저희는 파란색 라벨을 사용합니다)

모든 카드를 검사한 후 발행할 수 있습니다!나는 새 버전을 사용자에게 보낼 것이다.새 버전에 무슨 문제가 있기 때문에, 통상적으로 가능한 한 빨리 발표할 것이다.
Unshippable(아직 릴리즈할 수 없음)
때때로 발행이 준비되었을 때 (일반적으로 우리는 새로운 발행용 구축을 진행할 때) 발행에 영향을 주는 버그를 발견할 수 있다.이 경우 카드가 여기로 이동합니다.다들 이 리스트에 접속했으니까 발매되지 않는 게 있으면 바로 알 수 있을 거야.

(이 카드는 어느 때 실제로 존재했던... 제가 하던 일의 부작용 때문에 이렇게 됐습니다. 어떤 이유로 발행 전에 찾지 못했습니다. 10분 후에 수정판이 나왔는데 많은 사용자로부터 보고를 받아서 아직도 부끄럽습니다. 이 어리석은 버그의 check현재 탐색 목록에 코드가 포함되어 있음)
Pending/릴리즈됨
'1.37.2(staging)'와'1.29.1(prod8/1/12013)'등의 이름이 적힌 리스트가 있다.이 목록에는 이 버전의 모든 버그와 새로운 기능의 카드가 포함되어 있습니다.
새 버전이 발표되면 발표 날짜 표시를 목록에 추가하고 바둑판에 임시로 저장합니다.이를 통해 최근의 변화를 볼 수 있고, 자신의 성과를 볼 수 있어 기쁘다.
머지않아 이 버전의 목록이 압축될 것이다.
(패널이 커지지 않도록 방지)
다른 판자는요?
가능하다면, 나는 인터넷 보드로 모든 카드를 관리할 것이다.이렇게 하면 보드 하나만 보면 돼요.반대로 보드는 커진다. 다행히도 우리는 큰 스크린을 사용할 수 있다.
가끔 짧은 시간 안에 브라이언 스토밍과 반성을 위해 새로운 보드가 회전한다.그 보드의 수명은 매우 짧아서 최종적으로 압축될 것이다.