애자일
-
애자일 개발을 위한 팀 회의 규칙 6가지IT/Agile 2016. 3. 6.
회의는 2명 이상이 모여서 특정 주제에 대하여 논의하는 것을 의미한다. 즉 여러 사람이 모여서 이야기 하는 것이기 때문에 최소한의 규칙을 정하지 않으면 결론이 이상해지거나 결론 없이 시간만 소비하는 회의가 될 수 있다. 2015/04/07 - [일상/생각] - 회의를 효과적으로 이끌어 갈 수 있는 5가지 방법작년에 작성한 5가지 방법에 대해서 규칙을 6가지로 확대하였다. 이유는 개발 팀내의 회의에서는 기존 5가지뿐만 아니라 추가적인 규칙이 필요하다고 느꼈기 때문이다. 기존 5가지에 대해서도 불필요한 단어는 삭제하였고 생각이 바뀐 문장에 대해서도 변경하였다. 1. 우선, 회의 참석자들에게 회의 주제와 내용을 미리 공유한다. 빠른 회의 진행을 위해서는 진행할 주제를 미리 공유하는 것은 필수적이다. 아무런 준..
-
칸반과 스크럼Review 2016. 2. 14.
칸반과 스크럼 - 헨릭 크니버그 & 마티아스 스카린 지음, 심우곤.인범진 옮김/인사이트 스크럼 팀 운영을 하면서 스프린트가 종종 실패하는 경우가 있었다. 원인을 분석해보니 대부분 유지보수 및 지원 업무가 긴급해지고 일의 양이 많아지는 경우 스프린트 실패로 이어졌다. 책 내용 중 "들어가기" 에서 당일 기준 시급한 일을 다루는 팀에 대해서 칸반을 추천하는 내용을 보고 이 책을 읽어보게 되는 계기가 되었다. 칸반이나 스크럼을 운영하고 있는 사람이나 운영 계획이 있는 사람이면 꼭 읽어보면 좋다. 전반부에는 칸반과 스크럼의 주요 특징을 시각적인 자료들을 활용하여 쉽게 이해 할 수 있고 핵심을 잘 정리하였다. 나머지 후반부는 칸반 보드를 만드는 것 부터 운영에 대한 경험적인 내용을 담고 있는데 독자가 몸 담고 있..
-
일일스크럼은 왜 해야하나요?IT/Agile 2016. 1. 25.
일일 스크럼 일일 스크럼이란 말 그대로 매일 정해진 시간에 행하는 회의로써 팀 구성원들은 진행한 일, 오늘 진행할 일, 그리고 업무 진행에 있어서 장애사항을 공유해야 한다. 일일 스크럼은 왜 해야 할까? 사실 스크럼을 진행하게 되면 업무 진행사항은 보드를 통해서 업데이트 된다. 일일 스크럼에서 이야기하는 진행한 일이나 오늘 진행할 일은 보드를 통해서 확인할 수 있거나 유추할 수 있다. 그럼에도 불구하고 팀원이 모두 모여서 회의를 해야 하는 이유는 무엇일까? 그 이유는 애자일 선언문을 보면 알 수 있다. 애자일 선언 아래는 애자일 매니페스토 사이트에서 가져온 애자일 선언 내용이다. 우리는 소프트웨어를 개발하고, 또 다른 사람의 개발을도와주면서 소프트웨어 개발의 더 나은 방법들을 찾아가고있다. 이 작업을 통..
-
애자일 스크럼의 시작을 되돌아보며IT/Agile 2016. 1. 14.
주변 동료들과 애자일 이야기를 하면서 우리 팀이 애자일을 어떻게 시작하게 되었는지를 회상하게 되었다. 나의 생각을 정리할 겸, 경험한 여러가지 중에서 애자일을 도입하게 된 배경과 변화들을 이야기하려 한다. 배경 지금도 그렇지만 약 2년전에도 업무와 관련되어 추정을 실패하거나 계획의 변경은 자주 일어났다. 우리는 연간 해야할 일을 계획한다.놀랍게도 매달 새로운 해야할 일이 탄생한다.생물처럼 이슈들이 계속 증식하고 발생한다. 연간 2-3회 최소 1달이상은 연속으로 야근하게 만드는 높은 중요도와 긴급도를 갖는 이슈들이 탄생한다. 연말에 1년간의 일을 되돌아보면 계획한 일들의 내용은 많이 바뀌어 있었다. 예상되지 못하는 일들이 우리를 힘들게 했는데, 특히 유지보수를 위한 비용이 많이 들었다. 이 과정에서 나를 ..
-
애자일 스크럼은 생각보다 어렵다IT/Agile 2015. 12. 3.
개발팀에서 이제는 전통적인 waterfall 방식을 사용하는 경우는 많지 않을 것 같다. 스크럼은 애자일 개발 프로세스 중 하나를 말한다. 개인이 아닌 팀으로 활동하게 된다면 대부분 애자일 프로세스를 알거나 취하고 있을 것이다. 임기 응변식의 대응이 아닌, 체계적이고 변화에 대응하기 위해 팀에서 약 1년 반동안 스크럼을 반영하고 활용해가면서 느꼈던 여러가지를 글로 남긴다. 무엇이 좋은가?첫째, 스프린트 계획 회의를 통해서 팀 전체가 정량의 업무를 정하고 논의할 수 있다. 둘째, 매일 스크럼(Daily scrum) 회의를 통해서 팀원간 업무 진행을 잘 알 수 있고 필요한 사항들을 공식적으로 요청할 수 있다. 셋째, 개발자 본인이 능동적으로 할당받은 업무에 대해서 세부 할 일들을 계획하고 실행할 수 있다.특..