Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

PMS에서 관리되는 티켓에의해서만 브랜치 생성이 되기때문에

누락될일이 없습니다. (물론 GIT자체의 기능을 막는것 아닙니다막는것은 아니며 정책입니다. )

해당 티켓에서 머지가가능하며 또한 코드리뷰를 통해 , 머지를 유보할수 있습니다.

코드리뷰 코멘트에대한 대응으로, 피드백 교환및 바로 개선작업을 만들수가 있습니다.

위 모든것은 GITLAB자체에도 지원하는 기능이며, PMS TASK와 별개로 작동되어

추적이 불가한 사항을 보완하는 연동기능입니다.


...

밤부를 통한 빌드및 배포 플랜

...

기본 지원 빌드툴

빌드및 배포계획수립


디플로이 방법 선택


디플로이 성공후 실행계획



운영에 배포자동화는 개발티켓에서 이루어지는것이 아니기때문에 좀더 좀더 엄격한 전략이 필요합니다.  

...

ex>티켓의 예는 운영장예처리이며 하드웨어변경/소프트웨어변경/코드변경등 다양한 TYPE 대응방법이 있습니다. 코드변경은 그 코드의 변경까지 추적이되어야합니다.추적이되어야 하며

해결방법은 누적되어 해결처리에대한 자산으로 그것이 코드이던지 하드웨어 설정변경이던지 간에

( 한사람이 똑같은 실수를 하는게 아닌, 똑같은 실수를 새로운 사람이 반복하기 때문입니다.)

작업흐름 설계및 리포팅

작업흐름을 직접 생성하여 , 운영장애처리와같은 커스텀한 해결 프로세스를 정의하여

...

다소 긴급 사안에대한 처리를 채팅을지원하며  자동이력을 남깁니다.

사실 중요한 즉시의사결정및 중요한 내용이 채팅을 통해 이루어지며

지라는 그것을 놓치지 않습니다.

채팅을 통한 문의처리에 대해 문제점을 살펴봅시다.

문의자1> 안녕하세요 OOO 입니다.

......... 답변없음 답변자1은 바빠서 인사에 응답을 못하고 하루가지나 답변을함

답변자1> 안녕하세요 무슨일이신가요?

.......... 문의자1이 바빠서 또 하루를 까먹음

문의자1> 넵 ....OOO일때문에...OOO를 해야하는데 어떻게해야할까요?

........... 그리고 3시간이 흘렀습니다.

답변자1> 넵 이건은 PMS Task에 등록을 하고 저에게 할당 해주십시오

문의자1> 넵 답변감사합니다. 등록하여 진행하겠습니다.

............ 그리고 또 하루가 지났습니다.

간단한 이슈를 이해시키고 Task에 등록하는데 3일이 걸렸고 핑퐁하며 최종 처리되기까지 1주일이 실제 소요되었습니다.


자 이것을 개선해보겠습니다.

애시당초 담당자는 누구인지 모르겠지만... 우선 처리해야할 Task를 명확하게 정리합니다.

문의자1이 Task를 만들었습니다. 그리고 누가 해결해야할지 모르기때문에 채팅을 통한문의를 합니다.

채팅> #1234 OOOO 이슈로 문의1님이 채팅신청을 하였습니다.

문의자1> 안녕하세요 1234이슈로 문의를 드립니다.

......... 답변자1은 바빠서 다음날 답변을 합니다.

답변자1> Task확인하였고 처리하도록하겠습니다.

2일만에 사소한 Task를 해결하였습니다. 

물론 위 사례는 사내채팅이 PMS와 자동연동되어야 함을 의미 하지 않습니다.

업무채팅시 인사를 주고받는데 쓸데없는 시간을 낭비하지말자는 의미입니다. 

조직이 클수록 어떠한 Task를 정확하게 처리해야할 대상을 찾는것은 어려울수 있으며 

처음부터 상대가 이해할수있는 구체적인 Task를 작성하고 문의를 하자는 내용입니다.