Page History
...
PMS Task가 없으면, 개발일을 하지 못하게 하는건 아주 단순하고 강력한 프로젝트 관리방법입니다.
실제 실제 PMS의 티켓(TASK)가 만들어지면 어떠한 기능을 활용할수 있는지 살펴보겠습니다.
...
어떠한 이유가 없이는(Git에서 직접) 소스 커밋도 되면 안되고, 언제 머지가될지 모르는 브랜치 생성도하면 안되기 순수연구목적을위한 개발이라할지라도
브랜치 생성하면안됩니다. 모든 활동은 팀의 소중한 자산이기때문에 추적이 되어야하기 때문입니다.
분기점(브랜치) 만들기를 수행했을때 작동되는 UI
PMS에서 관리되는 티켓에의해서만 브랜치 생성이 되기때문에 누락될일이 없습니다. |
---|
해당 티켓에서 머지가가능하며 또한 코드리뷰를 통해 , 머지를 유보할수 있습니다. |
코드리뷰 코멘트에대한 대응으로, 피드백 교환및 바로 개선작업을 만들수가 있습니다. |
밤부를 통한 빌드및 배포 플랜
기본 지원 빌드툴
...
Expand | ||
---|---|---|
| ||
|
티켓(Task)을 통해 문서화 추적기능
...
프로젝트 메니져(지라) 에서 문서를 언급을 하던지?
문서(위키)에서 관련 티켓을 언급하던지? 둘중하나를 하면 쌍방 연결이됩니다.
문서화는 개발과정에서 분리되어 뒤에하는게 아닌, 동시에 해야하는것입니다.
지라 티켓에서 언급된 문서
위키(문서화)에서 연결된 지라 연결
스프린트 관리
스프린트는 계획은 한달이상의 장기 개발계획으로 마지막에 테스트및 배포를 몰아서 함으로 생기는 문제를 보완하고자작은단위로 개발및 배포하고 테스트하는것입니다.
개발 배포단위를 작게 나눠 개발-문서화-배포-TEST를 지속적 진행하여 작은단위로 통합하는게 목표이며
...
이미 생성된 티켓중 , 처리할수 있는 일들의(배포및 테스트까지) 배포기준에 맞춰 주간단위 계획을 할수가있습니다어떠한 주기및 버젼을 설정하여, 품질검증 배포완료까지 어떠한 구간에 완료되어야하는 내용들 관리가가능합니다.
이렇게 진행된 티켓들의 리포팅은 자유롭게 자동생성가능합니다. (별도의 리포팅기능이 있으나, 위키에서도 동적으로 언급 가능합니다.)
...
하위: 그룹핑이 되어 하위가 처리되어야 상위가 해결이됨 ( ex>운영장애처럼 하드웨어/소프트웨어/FIX등 다양한 하위 생성)
ex>티켓의 예는 운영장예처리이며 하드웨어변경/소프트웨어변경/코드변경등 다양한 TYPE 대응방법이 있습니다. 코드변경은 그 코드의 변경까지 추적이되어야합니다.
작업흐름 설계및 리포팅
작업흐름을 직접 생성하여 , 운영장애처리와같은 커스텀한 해결 프로세스를 정의하여
...
운영장애가 어떻게 처리가 되는지 실시간 리포팅기능
( 장애이슈가 티켓이 어떻게 정적인 문서에 동적으로 어떻게 언급이 될수있나? 위키의 문서는,이러한 연동부분에대해서는 동적인 문서라 할수 있습니다JIRA티켓은,리포팅이 자유롭습니다.)
Jira | ||||||
---|---|---|---|---|---|---|
|
...