애자일 8

완료한일과 아직 남은 일들 - 스크럼팀에게 지속적인 정보 제공 및 조정을 위한 도구 - GASP

프로젝트를 한다면, 프로젝트가 계획대로 잘 진행되고 있는지 추적할 방법이 필요하다. PM의 주요한 역할이 이러한 프로젝트가 잘 수행될 수 있도록 5개의 프로세스 그룹 속에 42개의 프로세스를 활용해서 관리하고 있다. 그렇다면, 애자일 팀의 경우는 어떻게 관리하는 것이 좋을까? 스크럼팀이 작업을 함께 계획하고 모든 사람들이 같은 내용을 이해하는데 도움을 주는 방법으로 GASP(Generally Accepted Scrum Practices) : 일반적으로 수용되는 스크럼 프랙티스를 보편적으로 사용하고 있다. 사용자 스토리(user story)와 스토리 포인트(story point) : 사용자가 소프트웨어에서 필요로 하는 것을 알수 있게 하고 사용자 스토리 하나를 구축하는데 노력이 얼마나 필요한지는 스토리 포..

Agile 애자일 2021.03.16

스크럼(SCRUM)과 애자일(Agile) 그리고 프로젝트관리

애자일(Agile)을 이야기할때면 스크럼(Scrum)이 빠지지 않고 등장한다. 그만큼 애자일(Agile)접근에 가장 보편적으로 사용될 만큼 스크럼(Scrum)의 규칙이 단순하고 배우기 쉬운편이기 때문일것이다. 애자일(Agile)과 관련된 책들을 읽다보면, 결국 스크럼(Scrum)이 각각의 요소요소에 사용되고 있었다. 스크럼 창시자인 켄 슈와버와 제프 서덜랜드가 쓴 최신 가이드북은 www.scrum.org에서 다운로드 받을 수 있다. 30개 언어로 번역된 본도 다운로드 받을 수 있으며, 고맙게도 Francis Youngmin Kim님이 번역한 한국어 버전도 있다. 쉽다고는 하나, 스크럼(Scrum)이 제대로 운영되기 위해서는 스크럼의 가치와 애자일 선언문의 원칙을 제대로 이해해야만 할 것이다. 여러 번 읽..

Agile 애자일 2021.03.03

애자일 소프트웨어 개발 선언 4가지 가치와 그 이면의 12가지 원칙

애자일에 대해 공부를 하게 되다보면, 애자일 소프트웨어 개발 선언 4가지 가치와 12가지 원칙을 책 첫장에서 많이 접하게 된다. 처음 읽을 때는 이게 도대체 무슨말인가? 알송달송하고 애매모호하며 뿌연 안개 같은 느낌이었다. 지나치게 추상화된 느낌이랄까? 요약하자면, 고객이 만족하는 잘 돌아가는 서비스를 제 때 잘 제공하기 위한 가이드라인이라 해야 할 듯 하다. 애자일 소프트트웨어 개발 선언 4가지 (4대 가치)이라 함은 공정과 도구보다 개인과 상호 작용을 포괄적인 문서보다 작동하는 소프트웨어를 계약 협상보다 고객과 협력을 계획을 따르기보다 변화에 대응하기를 가치있게 여긴다. 여기서 앞에 나온 것들을 무시한다기 보다 둘 다 가치가 있지만 무게 중심을 뒤쪽에 더 둔다는 것으로 보는 것이 타당할 듯 하다. 스..

Agile 애자일 2021.01.05

애자일 팀 그리고 그 구성원의 역할

조너선 라무스무슨이 쓴 애자일 마스터라는 책에서는 애자일 팀에 관해서 다음과 같이 이야기 하고 있다. "스크럼이나 XP 같은 애자일 방법에는 프로젝트내에 그렇게 많은 역할이 없다. 무엇이 개발되어야 하는지 아는 사람(고객)과 그것을 직접 개발하는 사람(개발팀)만 있을뿐이다. " 세분화된 역할이 있기는 하지만 그 경계가 일반적인 프로젝트에 비해 좀 더 모호한 편이라 해야 할 것 같다. 고객가치를 실현하기 위한 자기조직화된 팀이 바로 애자일 팀이기 때문일 것이다. 조너선 라무스무슨은 애자일 팀의 각 구성원의 역할을 어떻게 보는지 정리해본다. 애자일고객 - 프로젝트에서 모든 요구사항에 대한 정보가 흘러나오는 곳이며, 이 고객을 위해 소프트웨어를 개발한다. XP에서는 현장고객, 스크럼에서는 제품책임자라고 칭하기..

Agile 애자일 2020.10.07

독서노트 - 퍼스털 애자일 퍼스널 칸반

퍼스널 애자일 퍼스널 칸반 - 짐 벤슨, 토니안 드마리아 배리 저 / 박성진 옮김 책 읽은 시기 : 2020.09.24 ~ 2020.10.04 책 핵심 내용 : 개인이 애자일해져야 조직이 애자일해진다는 철학을 가지고, 칸반,스크럼 등 애자일방법론을 개인의 영역에서 실천하는 방법을 제시하고, 왜 필요한지 설명하고 있다. 책을 통해 얻은 것(깨달은 것) : 애자일 방법론을 운영하기 위해서 조직의 각 구성원이 먼저 이를 이해하는 것이 중요하다. 따라서, 이 책을 조직의 구성원에게 전달하면 좋겠다는 생각이 들었다. 업무를 시각화하는 방법에 참조할 수 있으며, 지속적인 개선을 위한 아이디어를 얻을 수 있었다. 칸반을 이용하고 있지만, 업무수를 제한하는데 어려움을 겪고 있었는데, 왜, 어떻게 업무수를 제한해야 하는..

책리뷰 2020.10.04

칸반 - 일일스탠드미팅(XP) - 일일스크럼(스크럼) 을 활용한 일정관리

일정관리는 늘 어려운 과제인듯 하다. 내가 저만치 앞에 간다하여, 일이 그렇게 되지도 않고 내가 뒤떨어지면 더더욱이 진척이 되지 않으니 말이다. "서로간의 속도를 맞추되, 고객이 원하는 시점에 맞춰 가치있는 결과물을 만들어내는 것" 이 성공적인 일정관리일텐데 말이다. 정해진 날짜에 딱 결과물이 나오는 경우가 얼마나 될까? 사실 알수 없는 여러가지 위험요소들로 부터 완전히 독립적일 수 없기에 여러 프로젝트를 경험하면서 대략의 일정을 유추할 뿐 늘 시간이 늦추어지거나 고객이 원하는 가치를 충분히 구현하지 못하는 경우가 많다. 애자일프로젝트관리를 시작하고 관련된 책들을 읽고 그 의미를 이해해가면서 업무의 흐름을 관리하는 기법으로 칸반을 활용할 수 있겠다 여겼다. 그러나, 칸반만으로 위험요소를 빠르게 캐치하는 ..

프로젝트관리 2020.09.21

#4 고객중심의요구사항기법 - 사용자스토리 : 사용자역할에서 인수테스트까지

4부 예제 : 사용자역할 - 스토리 작성 - 스토리 추정 - 릴리즈 계획 - 인수 테스트 예제를 통해 지금까지 다룬 모든 것을 포괄적인 예제를 제공하고 있다. 5장을 통해 소규모 프로젝트를 경험하면서 사용자 역할을 식별하는 것에서 시작해 스토리를 작성하고, 스토리 구현 시간을 추정하며, 릴리즈 계획을 수립하고, 해당 릴리즈에서 스토리에 대한 인수 테스트를 작성하는 순서로 진행한다. {나의현실} 책을 읽고 정리하고, 실행해보면 이론과 다르게 진행되는 경우가 많다. 이해하는 바도 틀리고, 여러번의 시행착오를 통해 각자의 길을 찾아 가는 것 같다. 작년에 읽었던 것임에도 이런 내용이 있었나 싶은 것이 있기도 하고, 내가 잘못 이해한 것도 있고, 이 연습을 통해 다시 한번 재정리 해본다. 사용자역할 초기 역할 ..

Agile 애자일 2020.08.23

애자일 프로젝트 관리 - 개요와 적용경험

올해(2020년)부터 애자일 프로젝트 관리를 시작하기로 했다. 하여 관련 책을 읽고, 내용을 정리하고 재 참조하기 위하여 이 곳에 글을 남긴다. 애자일 프로젝트 관리를 하고자 한 가장 큰 이유이자 목적은 1. 개발 Term을 줄이고, 2. 가시적인 결과물을 통해 개발자들의 성취감을 느끼고, 3. 고객에게는 개발 결과물의 진척상황을 바로 확인할 수 있게 하며, 4. 더 나은 방법을 여러모로 시도해서 나은 제품개발을 하기 위함이다. 개발범위가 큰 것을 기획 1개월, 설계 1개월, 디자인&퍼블리싱 2~3개월, 개발 3~5개월로 진행하다보니 서로가 많이지쳤다. 기획&설계와 실제 개발이 이뤄지는 Term이 너무 길다보니, 왜 그렇게 했는지에 대해서 문서로 확인하면서 기억을 더듬어 가는데는 한계가 있었다. 개발이 ..

Agile 애자일 2020.06.27
반응형