생성된 Task를 통해서만 개발(브랜치생성) 가능
PMS Task가 없으면, 개발일을 하지 못하게 하는건 아주 단순하고 강력한 프로젝트 관리방법입니다.
실제 PMS의 티켓(TASK)가 만들어지면 어떠한 기능을 활용할수 있는지 살펴보겠습니다.
개발티켓에서 브랜치를 직접 생성할수있으며 소스관리,코드리뷰,자동배포등 티켓을 통해 유기적으로 할수 있게됩니다.
어떠한 이유가 없이는 소스 커밋도 되면 안되고, 언제 머지가될지 모르는 브랜치 생성도하면 안되기 때문입니다.
분기점(브랜치) 만들기를 수행했을때 작동되는 UI
코드리뷰 코멘트에대한 대응으로, 피드백 교환및 바로 개선작업을 만들수가 있습니다.
티켓(Task)을 통해 문서화 추적기능
프로젝트 메니져(지라) 에서 문서를 언급을 하던지?
문서(위키)에서 관련 티켓을 언급하던지? 둘중하나를 하면 쌍방 연결이됩니다.
지라 티켓에서 언급된 문서
위키(문서화)에서 연결된 지라 연결
스프린트 관리
작업을 스프린트(1~3주간단위)단위로 지정하고 관리를 쉽게할수 있습니다.
스프린트는 계획은 한달이상의 계획으로 밀린 문서화와 테스트 품질향상을 마지막에 몰아서 하는 리스크를 줄이기 위해 작은단위로 처리하는것입니다. (폭포수모델의 위험)
개발 배포단위를 작게 나눠 개발-문서화-배포-TEST를 지속적 진행하여 작은단위로 통합하는게 목표이며(애자일에서 주로 언급)
배포자동화툴-QA및 개발이슈를 관리하는 프로젝트관리툴 -소스관리툴-문서화툴-영향범위측정및 테스트 자동화툴 등이 잘연계가되어 구축 되어야합니다.
이렇게 진행된 티켓들의 리포팅은 자유롭게 자동생성가능합니다. (별도의 리포팅기능이 있으나, 위키에서도 동적으로 언급 가능합니다.)
스프린트 없음은 스프린트에의해 관리되지 않고 처리된작업입니다. 모든 작업에대해 스프린트를 강제할 필요는 없습니다. | |
---|---|
프로젝트는 내 필터를 걸어서 최근 작업 추이를 확인할수 있습니다. |
하위 Task관리
어떠한 작업이 하위 Task가 모두 완료되어야 처리되는 사항이면, 하위 Task로 등록하여 그룹관계를 만들수 있습니다.
연관: 관련이 있는 작업으로 단순하게 연결
의존: 상위작업에 영향이 있는것으로 상위 의존관계연결
하위: 그룹핑이 되어 하위가 처리되어야 상위가 해결이됨 ( ex>운영장애처럼 하드웨어/소프트웨어/FIX등 다양한 하위 생성)
작업흐름 설계및 리포팅
작업흐름을 직접 생성하여 , 운영장애처리와같은 커스텀한 해결 프로세스를 정의하여
관리가 가능합니다.
운영장애가 어떻게 처리가 되는지 실시간 리포팅기능
( 장애이슈가 어떻게 문서에 동적으로 언급이 될수있나? 위키의 문서는,이러한 연동부분에대해서는 동적인 문서라 할수 있습니다.)
티켓과 관련된 대화 채널 생성
다소 긴급 사안에대한 처리를 채팅을지원하며 자동이력을 남깁니다.