스크럼4 [북리뷰] 소프트웨어 개발과 테스트 소프트웨어 개발과 테스트 조대협지음, 프리렉, 2015 소프트웨어 개발 방법에 관해 그동안 읽었던 책들을 나열해 보자면, , , , 등이 되겠다. 이 책도 애자일 방법론을 소개하는데, 그런 방법들에 더해 테스트 툴, 성능관리 툴 등과 접목하여 효과적으로 성공적 프로젝트를 운용하도록 안내하는 책이다. 번역서가 아닌 조대엽님의 쉬운 글과 경험에 의해 도출된 노하우가 배어있다. 한 가지 아쉬운 점은 자바 개발환경에서 이루어져야 한다는 것인데, 공교롭게도 이번 프로젝트는 닷넷이다. 하여 이런 것들이 있구나 하는 선에서 실습없이 만족해야 했다. 스크럼 마스터와 제품오너는 성격과 전문성이 각기 다르다. 스크럼 마스터는 일정과 태스크 기반으로 팀을 운용하고 스크럼 방법론을 적용하는데 최적화되어 있는 관리적인 역할이라.. 2018. 3. 14. [북리뷰] 사용자 스토리 개발자들은 크든 작든 고객에 대한 피해의식을 갖고 있다. 그것은 한 두 번의 경험으로 형성된 것이 아니다. 그 경험이란 것은 바로 고객의 요구사항이 이랬다 저랬다 하며 바뀌는 것인데, 이것을 경계하기 위해 다양한 장치로 고객의 변심을 방어하려고 시도해 본다. 그러나 이마저도 마땅치 않다. 그리하여 개발자들은 고객에 휘둘리는 상황을 항상 경계하며, 요구사항을 끌어내고 가두려 노력한다. 그런 결과물이 요구사항 정의서나 요구사항 추적매트릭스가 되는 셈이다. (좀.. 오버했나? ㅡㅡ;) 이 책은 그런 요구사항 정의서로 고객을 가두려 하지 말라고 충고한다. 저자가 제안하는 방법은 "사용자 스토리를 작성하라"는 것이다. 사용자 스토리는 간단한 말 한 마디로, 고객이 원하는 것을 짦막하게 전하고 있지만, 고객이 가치.. 2013. 5. 15. 스크럼의 주요규칙 일전에 읽은 <스크럼>에서는 이런 요약이 제대로 있었나 싶었는데, 다른 책을 읽다가 발견한 스크럼의 주요규칙이다. 스프린트를 시작할 때 스프림트 계획 회의를 연다. 각 스프린트에서는 최종 사용자나 고객에게 가치를 제공하는, 온전히 동작하며 테스트까지 완전히 마친 코드를 .. 2013. 5. 12. [북리뷰] 스크럼 보통 소프트웨어 개발 프로젝트를 진행하다보면, 변화무쌍한 사용자의 요구사항과 프로젝트 진행 중에 느닷없이 투척되는 추가 요구사항으로 인해 골머리 앓기가 다반사다. 어느 경우에는 개발자와 친하다고 PM 몰래 슬쩍 와서 요건을 추가해 놓고 가는 경우도 있다. 제한된 기간안에 개발을 완료해야 하는 입장에서 보면 리스크가 늘어나는 것이다. 공학적 접근법의 핵심은 단연 설계와 시공의 분리인데, 소프트웨어 개발 세계에서는 요원해 보인다. 그래서 무심코 던진 돌에 개구리 맞아 죽는다고, 추가된 요건으로 인해 설계가 변경되고, 개발되었던 것이 모조리 수정되어야 하는 지각변동도 발생할 수 있다. 하지만, 이런 경우라면 처음부터 설계를 의심해봐야 하겠다. 출처 : http://pragmaticstory.com 이런 국내 .. 2013. 4. 7. 이전 1 다음 반응형
