신규 협업도구 소개
•도입 목적
– 이슈 기반 프로젝트 관리
– 개발자/비개발자 커뮤니케이션
– 진짜 산출물
4.
현행 이슈 추적시스템 용례. 이슈에 대한 변경 이력이 개발자-비개발자 사이에서 추적 가능하도록
관리되고 있으며, 언뜻 아무 문제가 없어 보인다.
… 개발자
운영자
기획자
관리자
경영자
비개발자
이슈 트래커
5.
…
개발자
이슈 트래커
소스형상관리
문서 공유
소스형상관리및 문서공유 시스템 용례. 개발자는 발생한 이슈를 해결하기 위해 소스코드를 수정하고
이력을 관리한다. 또한 문서를 작성하여 다른 사람이 비슷한 문제를 쉽게 해결할 수 있도록 공유한다.
아직까지도 큰 문제가 없어 보인다.
6.
…
이슈 트래커
소스형상관리
문서 공유
소프트웨어산출물이 사람(개발자)으로 연결되어 있으면, 각각의 형상이 개별적으로 이력관리가 잘 되어
있더라도 추적 관리가 어렵다.
?
개발자 퇴사
조직 개편
기억력 감퇴
프로젝트 특성에 맞는workflow
• 업무 특성에 맞는 workflow가 제공되어야 한다.
소프트웨어 형상 유무
유 무
내부
개발
유무
유
SI 소프트웨어 개발 프로젝트
단순 이슈 추적 프로젝트Agile Agile 프로젝트
무
SI 프로젝트 관리 프로젝트
Agile Agile 프로젝트
15.
프로젝트 가시성
• 이슈를가시화하는 다양한 방법 제공
– Dashboard(기존에도 있음)
– Issue Search Filter(기존에도 있음)
– Agile Board(신규 제공)
• Kanban
• Scrum
– Report(신규 제공)
16.
Kanban Board
• Agile이친숙하지 않은 관리자를 위한 Agile
방법론
• 다음과 같은 관리자/개발자에게 적합
– epic / 사용자 스토리 / back log 뭔소린지 모르겠
다.
– 할일(To Do) / 진행중(In progress) / 완료(Done) /
릴리즈 아 단순하다.
– Agile 특성상 프로젝트 초반에 요구사항/설계가
fix되는 SI에 적합하지는 않으나 Scrum보다는 SI
에 접목시키기 쉬우며, 관리자/개발자 역량에 따
라 SI에서도 효과를 볼 수 있다.
17.
Scrum Board
• 고갱님의요구사항은 SF소설이며, 언제든 기능은
바뀔 수 있음을 전제하는 Agile 방법론(Agile
manifesto, http://agilemanifesto.org/ )
• 다음과 같은 관리자/개발자에게 적합
– 요구사항 따로 / 설계 따로 / 구현 따로 하는 것이 맘
에 들지 않는다.
– 일정 < 완성도 (기능 추가가 일정 준수보다 중요한 경
우 적합)
– 개발자 vs 기획자 vs 관리자 끼리 상호 신뢰 형성 전
제
– SI 는 도입이 어려움
18.
Service Desk
• 기존MIS 팀 Project 에서 분리
– 타 부서 업무 요청사항 처리 창구
– CPOK 대체를 위하여 도입
– 라이선스 문제로 3 agent 만 보유
• 현재 : 강병수/엄재도/김창규
• 팀 공통 계정으로 업무 처리 예정이었으나 관리 안
될 것으로 예상되어 개인에게 부여함
• DBA 관련 업무도 Service Desk로 처리하기 적합할
것으로 판단(근데 계정이 모자람… 어쩌지?)
19.
Service Desk
• 업무요청자
– kth 모든 직원
– 접근성
• mobile로 업무 요청 / 추적 가능
– 효율성
• Confluence KB(Knowledge Base) 와 연동
• 가능하면 혼자 처리하도록 유도
• Agent
– 업무를 처리하는 사람
– 접근성
• mobile로 업무 처리 가능
– 효율성
• Confluence에 업무 처리 가이드 잘 작성해 두면 업무 감소
20.
프로젝트 관리
• 접근권한 부여 방법
– https://demowiki.kthcorp.com/pages/viewpa
ge.action?pageId=2654253#Jira사용가이드-
프로젝트참여인원및역할
21.
Confluence
• 변경점
– tree를잘 만들기 위해 고민할 필요가 없다.
• label을 잘 붙이면 알아서 문서가 잘 분류됨
– 업무 성격에 맞는 공간 템플릿
– 문서 템플릿
– Jira와의 연계
• report
• 변경 이력
– Service desk 와 연계
• 매뉴얼
– https://demowiki.kthcorp.com/pages/viewpage.actio
n?pageId=3211420
22.
공간 템플릿
• 문서공간
– 프로젝트 다큐멘테이션
• 지식기반
– 트러블 슈팅 , 업무 가이드
• 팀 공간
– 회의록 , 업무 관리 , 의사 결정
23.
문서 템플릿
• 문서템플릿이 있으므로 더 이상 tree 만들 필요가 없다!!
• Jira 보고서
• 결정
• 트러블슈팅
• 업무가이드
• (웹문서)연결 공유
• 작업 보고서
• 요구사항 문서
• 파일 목록
• 반성문(잘된점 vs 잘못된점)
• 회의록
24.
사용자 정의
• 내맘대로템플릿을 정의할 수도 있다!!!
– Confluence 템플릿은 Jira와는 달리 많을 수록
좋다.
– 공간 템플릿
– 문서 템플릿
25.
검색 강화
• label을적절하게 붙이면 검색이 잘됨
• migration한 예전 문서에 label을 적절하게
붙이는 것이 중요함
• label 종류
– pre-defined
• 문서 템플릿과 1:1
• 이걸 잘 붙여야 검색에 유리
– 사용자 정의
• 문서가 많아지면 많은 도움이 될 것으로 예상