위키북스 출판사에서 출간된 “Shit It! 성공적인 소프트웨어 개발 프로젝트를 위한 실용 가이드”(Jared Richardson , William Gwaltney Jr. 옮긴인 : 최재훈)를 보고 간단한 요약을 옮긴다.
전체적으로 소프트웨어 개발에 있어서 필수적으로 있어야할 것들, 형상관리 / 이슈관리 / 자동빌드,CI / 검증 / 코드리뷰 / 코드변경자동알림을 총체적으로 사용하면 좋다는 것과 경험치를 이야기 하였고 부록으로 나온 TIP조언, 소스코드관리 tool소개, 빌드 스크립트 도구, CI 시스템, 이슈 관리, 개발 방법론, 테스트 Framework, 추천 도서 목록의 요약식 설명이 잘 정리되어 있는 편.
“돌덩이를 자를 때에도 마음 속에는 성당을 그려야 한다”의 인용이 와닿음.
맥의 장점 중의 하나인 PDF 출력을 하다보면 꽤나 싸이즈가 큰 편이다.
출력시 Quality를 위해 포함되어 있는 이미지들을 원본 그대로 삽입하기 때문이 아닐까 싶은데, OSX 기본 기능으로 PDF 싸이즈를 줄이는 방법을 소개하고자 한다.
평소 Keynote 파일 전달시에 PDF로 변환을 해서 보내는데, 이 방법을 쓰면 15M PDF가 2M PDF로 줄어들었다. (물론 PT의 종류에 따라 틀려지겠지만)
큰 흐름은 다음과 같다.
1) PDF이미지 압축을 위해 Color Sync Filter를 생성한다.
2) 일상적인 방법으로 원본 PDF를 생성한다.
3) Preview에서 PDF를 Save-As하여 Quartz 옵션으로 저장하면 압축된 PDF로 저장 완료.
1. PDF이미지 압축을 위해 Color Sync Filter를 생성한다.
- Applications 폴더 > Utilities 폴더에 있는 “ColorSync Utility” 프로그램을 수행한다.
- Filters를 선택하고 “+”하여 원하는 필터명을 적고, 오른쪽 까만 화살표를 클릭하여 “Add Image Effect Component” > “Image Compression”을 선택한다.
- 이미지 압축 옵션을 “JPEG”로 변경한 후 원하는 Quality를 선택한다. (여기서는 기본값인 중간값)
2. 일상적인 방법으로 PDF를 생성한다. (원본 PDF)
3. Preview에서 PDF를 Save-As하여 Quartz 옵션에 1.에서 만든 필터링명을 선택한 후 저장하면 압축된 PDF로 만들어 진다.
PMPCafe 한동환 대표가 지난 9월 15일부터 18일가지 알라스카에서 열린 ProMAC (Project Management Conference)에 다녀온 핵심 전수 세미나를 참관했다. 2년에 한번씩 열리는 컨퍼런스는 일본의 SPM – Society of Project Management ( http://www.spm-japan.jp )주관이며 라장원 교수님이 학과장으로 계신 알라스카주립대 ESPM Dept에서 주최되는 conference다.
참관 준비/ 참가 부대행사는 제외하고 컨퍼런스에 해당하는 내용만 요약해 본다.
1. A study on “Decision making architecture”
히다찌 (2만5천면 직원이 1년에 2만개의 프로젝트 수행)의 Kiyomi Tatebe가 발표한 것으로 프로젝트 수행 여부의 의사결정에 대해 자체 모델을인 HPGS (Hitachi Phase Gate System)을 만들어 프로젝트의 Go/No 의사결정을 하는 시스템을 전반적으로 소개. OPM3/PgMP용어로는 Program 관리 기법에 해당한다.
(1) Assessment of the Lead
(2) Pre-assessment Meeting
(3) Risk Assessment of the Proposal
(4) Risk Assessment of the Pre-contract Condition
(5) Progress Meeting
(6) Assessment of the Upstream Phase Completion
(7) Assessment of the Procurement Order
(8) Assessment of the Operation
(9) Project’s completion report meeting
과정을 수행함으로써 프로젝트의 Profit을 효과적으로 높일 수 있으며, Pre-project 단계별 검증 과정을 통해 위험요소/이슈를 최소화 한다는 게 결론.
2. Complex decision making in projects
아일랜드의 Brendan O’Brien, Thinksmart가 발표한 내용으로 “Principle of framework”로 △ Executive support, △ Structured approach, △ Weighted and scoring, △ Incorporate on options and approach, △ Refinability를 기반으로 한다고 한다. 결론으로는 공통 목표에 대해 공유하여야 성공할 수 있고, 이론기반이 아닌 경험 기반의 접근 방식이어야 한다고 함.
3. PMI의 향후 5-10년 동안의 전략
1) Use best business pracices, including project management
2) Use market research, business cases and life cycle management processes
3) Use subject matter expertise, including volunteers
4) Be an inclusive community
5) Advance practiners’ careers and skills
6) Enhance practitioners’ business insight; anticipate and respond to market needs
7) Adapt products and structures to different needs in the world
Use individual membership model, but do not preclude other relationships and community participation
9) Encourage participation in and support social good causes
10) Remain viable while developing partnerships with other organizations, including project management organizations.
4. Organization Project Risk Management(PRM) Maturity Assessment and Improvement
Risk에 대한 계획/대응을 고도화한 성숙도 모델을 제시하였다. Dr. David Hilson의 ProMMM(Project Mgmt. Maturity Model)에 대해 2001년(?) 도에 언급이 되었었고, RMMM(Risk Management Maturity Model)을 2002년에 제시하였다.
5. Promoting Project Communication Using Wikis
알래스카 항공의 PM인 John Petroske가 발표한 회사내에서의 WIKI를 사용하여 프로젝트 커뮤니케이션을 향상시킬 수 있었던 사례 발표가 있었다.
△ 미팅/상황보고, △ 제품 스펙, △ 아이디어 토론 노트, △ Use Case 정의, △ 제품 요구사항 명세서, △ 프로젝트 산출물, △ 기술 문서, △ 스타일 가이드를 WIKI 기반으로 활용하고 있다고 하며, 이를 통해 팀원/팀간의 커뮤니케이션 효과가 비약적으로 발전했다고 함.
6. Effective Meetings Produce Result : Tools for Meeting Management
일본의 Entangle회사의 Kiyomi Eguma의 발표 자료로 프로젝트 회의를 효과적으로 할 수 있는 방법/도구를 소개하였다.
캐논 스탠딩 회의 / 오라클의 조명을 이용한 회의를 포함한 몇몇사의 회의 문화를 소개하였고, △ 회의 제목, 개요, △ Agenda, △ 역할, △ 리소스, △ 회의록, △ Action Item, △ 산출물, △ 회의 효율성 총평의 내용을 포함하여 회의 관리 시스템 운영 방식을 소개하였다.
7. Web-based Practical Guidebook for Elementary Project Management Education
초등학생들을 대상으로 한 “프로젝트 관리” 교육 시스템을 소개하였다. 상황 체험 형태로 나름 △ 브레인스토밍 △ WBS △ 일정 △ 구매/조달 △ RISK등 PM지식영역을 모두 상황별로 체험할 수 있게한 시스템으로, 교육전/교육후의 효과에 대해 Spider Charter로 개선 결과가 도출되었음을 공개하였다.
8. Finding the future of project management from Hwaseong fortress project
한국의 박영민 대표가 1794-1796간 건축된 수원성 프로젝트의 문서 “Hwaseong Seongyok Uigwe”가 2007년 UNECO에 등록되었다면서, 그때 당시에 PMBOK의 개념 중 많은 부분이 적용되었으며, 200년이 지난 지금 건축 관련 프로젝트 문서가 그대로 남아있어 프로젝트 관리의 연구 분야에 많은 영향력을 끼쳤다고 함.
끝으로 세미나/학습기회에 소홀히 하지 말라 (PMPCafe세미나 꼭 참석하라는..^^) 당부의 말로 두시간을 조금 넘긴 세미나를 마무리 함.
우리의 한동환 David ^^
끝으로 기념 촬영.. 필자는 또 촬영하느라 사진에서 누락..
ITIL V3 (IT Infrastructure Library)와 PMBOK (Project Management Body of Knowledge)를 비교하고자 한다. 이전의 Prince2와 PMBOK의 비교에서는 프로젝트 추진 방법론에 있어서의 갈래이고 ITIL과 PMBOK은 IT 프로젝트를 기준으로 PMBOK은 프로젝트 관리 시점에서 ITIL은 운영 관리 시점에서 상호 보완 방법론이라고 보면 될 것 같다.
단계에 대한 요약표이다. 프로젝트 구성은 기획 > 실행 > 통제 > 종료 단계로 가능하고, 운영 관리 구성은 전략 > 설계/추이/운영 > 개선 및 종료로 이뤄진다
IT 시스템 Lifecycle의 구성은 크게 포트폴리오 관리 > 프로젝트 관리 > 서비스 관리로 구성되어 진다. 이렇듯 IT 기준으로 상품/서비스 프로젝트의 프로젝트 관리 및 운영 관리는 상호 보완재라고 볼 수 있다.
1. 출판형태
- PMBOK – A Guide to the Project Management Body of Knowledge, PMI, 현재 3차/2004 버전이 최신 본이며 2008버전 출판 예정
- ITIL V3 – Service Strategy, Service Design, Service Transition, Service Operation, Continual Service Improvement 및 The Official Introduction to the ITIL Service Lifecycle이 출판 됨. IT 서비스 및 프로세스 관점으로 운영 정의, 설계, 개선을 기술 함
2. 강조사항
- PMBOK – 일시적 노력 (temporary endeavor)을 들여 프로젝트를 관리 기술을 기술함.
- ITIL V3 – IT 서비스 분야의 전략, 설계, 개발-시험-납기, 운영 및 꾸준한 개선 분야를 기술 함. 기존 ITIL V2에 비해서 전략부분을 추가하고 개선하였음
3. 개정절차
- PMBOK – PMI 주관 ( 1980, PMI)
- ITIL V3 – OGC 주관 (1980, itSMF)
4. 지향목적
- PMBOK – 프로젝트 관리를 프로페셔날하게 관리하기 위한 모든 분야에 정의, 프로젝트의 완료를 목적으로 함, 일반적인 프로젝트 관리 기술을 언급
- ITIL V3 – IT 서비스관리(Service Management)의 지식 분야를 정의, IT서비스의 계약/설계/납품/운영 및 개선에 포커스를 둠, IT 서비스 전략을 개선시켜 IT의 성숙도를 높이기 위함, ITIL V2의 서비스와 가치에 대한 기술 및 비용에 중점을 두었다면, ITIL V3는 고객의 가치를 높일 수 있는 조직적 성숙도를 향상 시키는데 중점을 둠
5. 인증제도
- PMBOK – CAPM (초급매니저), PMI-SP(스케쥴메니저), PMI-RMP(리스크매니저), PMP(프로젝트 매니저), PgMP(프로그램 매니저)로 구성
- ITIL V3 – Fundations, 5가지 개별 전문 인증 (전략, 설계, 납기, 운영, 개선) 방식, Expert로 구성
7. 시험방법
- PMBOK – 교육 이수 및 프로젝트 경험 필수 및 전 분야에 대해 인증 시험을 통과해야 함.
- ITIL V3 – 교육/경험이 필수가 아님, 전 분야에 대해 시험을 봐야 함.
8. 도덕성
- PMBOK – 도덕성 언급 있음.
- ITIL V3 – 도덕성 언급 없음.
9. 지식분야
- PMBOK – 전 산업 분야
- ITIL V3 – IT만 해당
10. BOK : Body Of Knowledge 요약
- PMBOK
- ITIL V3
자격증을 취득하면 좋겠지만, IT 산업 종사자라면 이 두가지 지식 영역은 필수이니까, 틈날때 한번 훑어 보세요.
참고 :
#01 – Prince2와 PMBOK의 비교
|
