린 소프트웨어 개발의 적용(Implementing Lean Software Development) 출간 예정
Game/Production 2007/08/26 13:24 |린 소프트웨어 개발의 적용(Implementing Lean Software Development)의 번역판이 8월말에 출간될 예정이라고 합니다:
예를 들어서, 린 소프트웨어 개발의 원칙들을 살펴보면 Agile과 비슷한 점이 발견됩니다:
-. 낭비를 제거하라: 장애물(impediment)
-. 학습을 증폭시켜라: 피드백(Feedback), 반복(Iteration)
-. 가능한 늦게 확정하라
-. 최대한 빨리 인도하라
-. 팀에 권한을 위임하라: 자기결정권(Self-determination), 동기 부여
-. 통합성을 구축하라: 리팩터링, 테스트
-. 전체를 보라
(혹시 둘 사이의 차이점에 대해서 좀더 알고 싶으신 분은 Agile vs Lean Software Development를 참고하십시요.)
한편, 이 책의 전작에 해당하는 린 소프트웨어 개발 역시 8월말에 출간될 예정이니, 두 권 모두 함께 보시길 권장합니다.
'Game > Production' 카테고리의 다른 글
| 에어로너츠 팀의 '퀘이사 방법론(Quasars Methodology)'이 어떤 것인지 아시는 분? (2) | 2007/08/28 |
|---|---|
| 린 소프트웨어 개발의 적용(Implementing Lean Software Development) 출간 예정 (1) | 2007/08/26 |
| id Software, Agile을 사용하다. (11) | 2007/08/23 |
| 프로젝트 관리 지식체계 지침서, 제3판 (국문판 및 영문판) (2) | 2007/08/16 |
Trackback Address :: http://blog.kaykim.org/trackback/225
-
Subject: 린 소프트웨어 개발의 7가지 원칙
Tracked from Younghoe.Info 2008/01/22 11:24 Delete2장에서 메모할만한 내용을 옮겨본다. 원칙 1: 낭비를 제거하라. <중략> 소프트웨어 개발에서 무엇보다 가장 큰 낭비는 가외 기능extra feature이다. 일반적인 커스텀 소프트웨어의 경우 대개는 20% 정도의 기능만이 일상적으로 사용된다. 잘못된 통념: 스펙 조기 확정이 낭비를 줄인다. 요구사항 정의와 개발이 멀리 떨어져 있을수록 위험하단거구만... 신뢰에 입각한 고객관계 유지가 아니라면 초기에 요구사항을 명확하게 확인하지 않고 진행할 수 있을..
-
Subject: 린 소프트웨어 개발: 낭비, 속도 그리고 사람
Tracked from Younghoe.Info 2008/01/24 01:42 Delete미완성 작업의 예 (83 ~ 84쪽) 1. 코드로 옮기지 않은 문서 2. 동기화하지 않은 코드 3. 테스트하지 않은 코드 4. 문서화되지 않은 코드 5. 배포되지 않은 코드 낭비. 코딩을 하지 않고 아이디어만 갖고 있는 것도 낭비란 생각이 든다. 비단 프로그래밍 영역에만 국한시키지 않는다고 하면, 생각만 하고 실천하지 않는 것들도 모두 낭비이다. 시간을 낭비하는 버릇에 몸에 가득 배어 있는데... 예전에 누군가 말했던 것처럼 담백해져야 한다. 지연d..
-
Subject: 린 소프트웨어 개발의 적용
Tracked from The note of Legendre 2008/01/25 22:13 Delete린 소프트웨어 개발의 적용(원서명:Implementing Lean Software Development: From Concept to Cash)을 읽고 있습니다. 테스트 주도 개발이라는 책으로 알려진 켄트 백의 추천을 받기도 했는데요. 서문에 의하면 린 소프트웨어 개발이라는 책의 연장선 상에서 이 책이 출발했더고 저자들은 밝힙니다. 기억에 남는 부분은 "프로세스 가치 효율"에 관한 부분이었습니다. 이는 "실제로 가치를 더하는데 사용된 시간의 비율이..
댓글을 달아 주세요
비밀댓글입니다