조대협의 블로그

Practical Application Life cycle Management (ALM) Overview ALM의 정의를 wikipedia에서 찾아보면 다음과 같다. Application lifecycle management (ALM) is the marriage of business management to software engineering made possible by tools that facilitate and integrate requirements management, architecture, coding, testing, tracking, and release management.[1] 해석해 보자면, 기존의 애플리케이션 개발은 기술적인 관점에서 많이 접근이 되어 왔으나, 비즈니스 요건 ..

잘 아시겠지만(?) ALM을 만들고 사이트에 적용하고, 여러 자료들을 발표한지도 꽤 오랜 시간이 지났습니다. 제가 소개하는 ALM은 오픈소스나 저 가격 솔루션으로 구성되어 있고 현재는 크게 4가지 파트로 구성이 되어 있습니다. Task Management Build Automation Test Automation Collaboration 입니다. Build Automation은 Hudson을 중심으로 한 일일 빌드, Test Automation은 xUnit을 이용한 단위 테스트와 함께 V-Model 기반에 전체 테스팅 프로세스를 커버 합니다. Task Management는 Issue Tracking 시스템을 이용한 프로젝트 관리를 Collaboration은 Wiki와 Forum 중심의 협업 환경과 Cod..

PDF 버전입니다.

Overview 프로젝트에서 중요한 포인트중의 하나는 팀의 운영과 관리이다. 프로젝트에 Unified Process나 Waterfall model과 같은 기존의 방법론을 사용하더라도, 그 방법론에는 자세한 task 관리 프로세스에 대해서는 거의 정의가 되어 있지 않다. 반대로 요즘 유행하는 Agile 방법론의 경우, task 관리에 대한 전략과 수행 방법을 기술하고 있지만, 실제 프로젝트를 관리하는 관점에서는 전체 스케쥴에 대한 예측과 관리가 어렵기 때문에(불확실성의 문제), SI 프로젝트등에서는 쉽게 적용할 수 없는 문제를 가지고 있다. 또한 실제 프로젝트에서는 이미 고객이나 주관사의 방법론을 표준으로 사용하고 있기 때문에 Agile 방법론을 적용하는 것이 쉽지 않다. 이 문서의 목적은 위 두 가지 접..

THE ART OF PROJECT MANAGEMENT 카테고리 컴퓨터/IT 지은이 스콧 버쿤 (한빛미디어, 2006년) 상세보기 사놨다가 읽다 말다 한책인데. 요즘 Scrum 방법론을 프로젝트용으로 개선하는데 유용하게 읽고 있다. PM은 한번쯤 꼭 읽어봐야 할 책인데. 재미있는 것중 하나가. AGILE 방법론에 대한 책이 아님에도 불구하고 AGILE의 프로젝트 관리 사상들이 거의 다 나온다. Communication,일일빌드,Task 관리 등등. Agile 제목을 단 다른 책들보다 오히려 이해하기 쉽고 직관적이랄까?

어제와 그저께 오랜만에 지방 출장을 다녀왔습니다. 운전 왕복 10시간에.. 고객의 준비가 치밀해서 많은 내용을 이야기하고 오늘 거의 넉 다운 상태입니다. 그래도 이런 출장이 싫지만은 않습니다. 고객분들 중에서 제가 이야기하는 기술적인 가치에 대해서 인정해주는 고객이 있어서 이런 경우에는 모라도 하나 더 드리고 싶은 경우가 있습니다. 이번 출장도 그런 고객분들중의 한분입니다. ALM 사상은 제가 근무하는 회사의 제품과는 사실상은 관련이 없습니다. 단 프로젝트를 수행하는데 있어서 컨설팅 방법론으로 사용하는 기법입니다. 요즘 유행인 AGILE사상이나 실용 주의 사상과도 유사하구요. ALM 을 프로젝트 수행하는 곳에 소개하면 좋아합니다만 별도로 돈을 들여서 컨설팅을 받고자 하지는 않습니다. 공짜로 받기를 원하지..

ALM 프레임웍중에서, JIRA와 같은 이슈 추적 시스템을 이용하여 스케쥴 관리와 작업 추적을 할 수 있지만, 프로젝트에 따라서는 이슈 추적 시스템의 도입이 어렵거나, 별도의 프로세스 정립이나 Learning Curve가 필요한 경우가 있기 때문에, 때에 따라서는 Excel 기반의 Task관리가 효율적일 수 있다. 조엘 온 소프트웨어에서도 언급된바있는 내용인데, 엑셀 항목에 TASK # | Category | Sub task | Detail Task | Assignee | Priority | Due data | Status 를 정한다. Category는 Task의 종류가 된다. 디자인,분석 같은 단계가 될 수 도 있고, Logging,Exception Handling과 같은 각 패키지가 될 수 도 있다...

예전 플루토 미디어에서 ALM에 대해서 강의한 내용이 온라인으로 올라왔습니다. http://www.bizdeli.com/online/detail.asp?pfid=S2343 에 있구요. 유료로 올라왔네요. 작년에 여러군데서 강의했는데, 혹시 필요하신데 못 들으신분들은 참고하시면 되겠습니다.

ALM의 이슈트랙킹 시스템을 통한 프로젝트 관리 방법입니다. 아래 그림이 구현하고자 하는 내용의 모두라고 볼 수 있습니다. PM : 요구 사항을 시스템에 등록하고 각 요구 사항에 대해서 스케쥴링을 한후에 각 요구사항을 해당 개발팀의 팀장에게 ASSIGN합니다. PL : PL은 각 요구사항을 분석하여 실제 작업(TASK)로 쪼게고 개발자의 스케쥴과 역량 그리고 작업의 심각도와 긴급도에 따라서 개발자에게 ASSIGN합니다. 개발자 : 개발자는 진척 상황을 TASK에 COMMENT로 로깅하고, 각 TASK에 연관된 단위 테스트 케이스를 작성하여 진행을 합니다. PM은 요구 사항을 개발 PL뿐만 아니라, QA 팀에도 ASSIGN하는데 QA 팀에서는 각 요건을 검증할 수 있는 테스트 케이스를 개발 초기단계 부터 ..

ALM 플랫폼을 만들었을때 대충 컴포넌트가 프로젝트 관리 부분 테스트 자동화 부분 자동 빌드 부분 3군데로 나뉘어져서 디자인을 했고. 각 모듈에 사용 되는 제품들은 오픈소스들을 대부분 조합하였다. 그런데 이 경우 seamless하게 제품을 조합하는 것과 유지보수 문제에 대한 고민이 있어서... 혼자 생각으로 이런 모든 Full Process를 묶어서 제품화 했으면 좋겠다 생각을 했는데. 오늘 우연히 구글 광고에서 재미있는 제품을 발견했다. http://www.appperfect.com 단위 테스트 자동화, 부하 테스트, UAT등을 지원하고 요건 관리,테스트 케이스 관리등이 모두 지원된다. 겉보기에는 썩 괜찮은툴인듯... ^^ 아직 한국에 들어오지 않은게 아쉽지만 가격도 꽤 경쟁력 있어보이는데... 항상 ..