336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.
출처 - http://www.cyworld.com/gaephlhome2/7832995
낭비를 제거하라
- 소프트웨어 개발에서의 가장 큰 낭비 세가지
: 가외기능 (80%의 가치를 제공하는 20%의 기능에 초점을 맞춰 개발하는 프로세스가 필요하다)
: 혼란 (요구사항 혼란을 겪는 다면 스펙을 너무 일찍 결정한 것이다. 테스트하고 수정하는데 혼란을
겪는 다면 테스트를 너무 늦게 하는 것이다.)
: 경계넘어가기 (조직간의 경계는 통상 25% 이상의 비용을 증가시키는데, 버퍼를 만들고 응답시간을
늦푸며 커뮤니케이션을 방해하기 때문이다.)
품질을 내재화하라
- 검증단계에서 늘상 결점이 발견된다면 그 프로세스에 결함이 있는 것이다.
: 테스트 주도 개발을 통해 코드의 실수를 방지하라. (요구사항 문서 대신 실행 가능한 명세를 작성하라.)
: 레거시 코드를 만들지 마라. (레거시 코드는 자동화된 단위 테슨트와 인수 테스트가 없는 코드다.)
: 빅뱅 통합은 진부하다. (지속적 통합과 중첩된 동기화 기법을 사용하라.)
지식을 창출하라.
- 계획은 유용한 것이며, 학습은 필수적인 것이다.
: 과학적 방법을 사용하라. (가설을 세우고, 신속하게 다양한 실험을 해보고, 문서를 간결하게 작성하고, 최선의
대안을 구현할 수 있도록 답을 가르쳐라.)
: 표준은 도전받고 개선되기 위해 존재한다. (모든 사람들이 따라하고 잘 알려진 실천법을 표준에 포함하되,
누구든지 표준에 도전하고 변경하도록 장려한다. )
: 예측 가능한 성과는 피드백에 기반한다. (예측 가능한 조직은 미래를 추측하고 그것을 계획이라고 하지 않으며,
그 보다는 미래가 펼쳐질 때 신속하게 대응하기 위한 역량을 개발한다.)
확정을 늦춰라
- 완벽한 명세서를 가지고 개발을 시작하는 것이 좋은 아이디어라는 생각을 버려라
: 의존성을 깨뜨려라 (시스템 아키텍처는 언제 어떤 기능이 추가 되더라도 그것을 수용할 수 있어야 한다.
: 옵션을 유지하라 (코드를 실험으로 생각하라. 변화를 수용 할 수 있게 작성하라.)
: 돌이킬 수 없는 결정은 마지막 결정의 순간에 하라. (돌이키 ㄹ수 없는 결정을 내리기 전에 가능한 많이 학습)
빨리 인도하라.
- 리스트와 대리열은 일의 속도를 늦추는 조직간의 버퍼다.
: 신속한 인도, 고 품질, 저 비용은 공존할 수 있다. (속도의 경쟁에서 승리하는 회사는 큰 비용우위를 갖고
월등한 품질의 제품을 인도하며 고객의 요구에 더 귀기울인다.)
: 대기행렬이론을 개발에 적용하라. (가동률을 강조하면 오히려 정체를 일으켜 가동률이 떨어진다.
배치 크기를 작게하고 진행중인 작업량을 줄여 주기시간을 줄여라)
: 일의 양을 할 수 있는 만큼으로 제한하라. (반복 개발에 안정적이고 반복가능한 속도를 가져라.
고객에게 인도할 수 있는 역량에 맞게 대기열의 길이를 정지적으로 제한하라.)
사람을 존중하라.
- 주도적으로 참여하고 연구하는 사람들이 최고의 지속가능한 경쟁 우위를 제공한다.
: 팀은 자부심, 책임감, 신뢰, 칭찬을 통해 번성한다.
(무엇이 팀을 만드는가? 팀원들은 공동 목표를 달성하기 위해 상호간 책임의식으로 뭉쳐있다.)
: 효과적인 리더쉽을 제공하라. (효과적인 팀에는 팀을 최고로 이끄는 훌륭한 리더가 존재한다.)
: 파트너를 존중하라. (조인트 벤처를 위한 헌신은 절대로 이해상ㄹ반을 만들지 않는다.)
전체를 최적화하라.
- 빼어난 제품은 기회와 기술의 특별한 만남에서 나온다.
: 전체 가치 흐름에 초점을 맞춰라. (컨셉에서 현금까지, 고객요구에서 소프트웨어 배포까지)
: 완전한 제품을 인도하라. (소프트웨어만이 아닌 완전한 제품을 개발하라.
완전한 제품은 완전한 팀에 의해 만들어 진다.)
: 더 높은 것을 측정하라. (주기시간으로 프로세스 역량을 측적하라. 인도된 비즈니스 가치로 팀 성능을
측정하라. 순추천고객지수<NPS>로 고객만족을 측정하라.)
Ps. 린소프트웨어 개발의 적용 이라는 도서에 대한 요점이다. 요즘 정체기인 나에게 자극이 될수 있을거같다.
* 관련도서
1. 린 소프트웨어 개발의 적용
2. 린 소프트웨어 개발