생산성 혁신의 순서로 5S 3I 를 소개한 적이 있습니다.
5S와 3I란 경영 혁신 절차 8단계의 머리 글자를 딴것으로 분업화, 전문화, 표준화, 과학화, 시스템화, 집적화, 지능화, 비상식화를 말합니다.
관련된 내용은 http://murian.textcube.com/351 나 검색을 통해 알아보시면 좋을 것 같습니다.
이 5S 3I를 기반으로 Agile 과 Waterfall 의 관계에 대하여 나름대로 각색을 해보았습니다.
결론적으로 말한다면 저는 Agile 은 절대 은총알이 될 수 없다는 것과 Waterfall 조차 제대로 수행할 능력이 없는 조직은 Agile 을 도입하지 않는 것이 좋다고 생각합니다.
저는 5S 3I가 아래와 같은 관계를 가지면서 발전한다고 생각합니다.
하나씩 설명을 하자면
전문화와 표준화는 거의 동시적으로 발생하는 가장 초기 단계의 활동이라고 생각합니다.
그리고 전문화와 표준화를 묶어주는 아교와 같은 역할을 하는 것이 과학화라고 생각합니다.
단순화는 부분적으로 발생할 수도 있고 그렇지 못할 수도 있다고 생각합니다. 개인적으로는 잘 발생하지 않는 활동이라고 생각됩니다. 특히나 표준이나 인증을 도입하는 경우에는 거의 발생하지 않는 활동이라고 생각합니다.
결론적으로 전문화, 표준화, 단순화 즉, 생산성 혁신의 기본 3S 는 순차적이라기보다는 병렬적으로 발생하는 활동이라고 생각합니다.
그리고 이 3가지 활동을 유기적으로 묶어주는 것이 과학화라고 생각합니다.
이렇게 4가지 활동이 묶이면 하나의 시스템 즉, 프로세스가 된다고 생각합니다.
Waterfall 은 이 4가지 활동으로 묶여진 하나의 프로세스 즉, 방법론인 것입니다.
Waterfall 안에는 전문적인 분업조직과 R&R이 있고, 그러한 활동들에 대한 표준적인 사항들이 있으며 그러한 사항들을 측정하는 측정 지표가 모두 포함되어 있습니다.
기존에는 이 Waterfall 로도 충분한 환경이었다면 이 환경에 충격을 가한 것이 1I 즉, 집적화라고 생각합니다.
시간은 흘러 고객은 변했고 고객은 더 빠른 응답을 원한다는 것입니다. 더 빨리 제품이 출시되기를 바라고, 더 빨리 제품에 대한 불편이 해소되기를 바라게 되었다는 것입니다.
그리고 경쟁은 더욱더 치열해지고 고객은 더 빠른 업체를 선호하게 되었지만 Waterfall 의 시스템은 너무 견고하다는 것이 단점이 되었습니다.
고객에게 빠른 응답을 보일 수 없는 조직과 회사는 경쟁에서 뒤쳐지게 되었고 조직과 회사는 이 위기를 극복해야 할 필요성이 생기게 되었습니다.
이러한 필요성에 대한 해결 방법으로 크게 2가지를 생각해 볼 수 있습니다.
하나는 자동화를 통한 지능화와 전혀 새로운 방법 즉, 얼어붙은 시스템을 녹여줄 새로운 방법을 찾는 비상식화를 생각해 볼 수 있습니다.
저는 Agile 방법론은 이 중에서 비상식화를 통해 발전한 결과라고 생각합니다.
결론적으로 Agile과 Waterfall 을 5S 를 기반으로 비교하면 아래와 같은 차이가 있다고 생각합니다.
즉, Agile 은 집적화에 대응하기 위해 과도하게 비대해진 전문화 영역을 단순화 함으로써 Waterfall 보다 경량화된 과학화와 시스템화를 추구한 변형된 Waterfall 로 생각해 볼 수 있다고 생각합니다.
어쩌면 시간이 흘러 Agile 역시 더 높은 수준의 집적화를 필요로 하게 되는 환경과 기술의 요구가 있다면 또 다른 방향으로 변할 수 있다고 생각합니다.
그렇다면 테스팅 프로세스는 어떨까요? 똑같은 조건에서 테스팅은 현재 크게 2가지 방법으로 발전하고 있다고 생각합니다.
자동화에 집착하는 경우와(TDD나 리그레이션 테스팅의 강조 등이 이 경우라고 생각합니다.) 탐색적 테스팅과 같은 기존의 테스팅 방법론과는 다른 비상식화 단계로 발전하는 경우라고 생각합니다.
그런데, 2가지 경우 모두 현재 Agile Testing 이라고 불리고 있습니다.
즉, Agile 개발 방법론 안에서 기존의 방법론을 자동화 하여 테스팅의 독립성을 지키고 독자적인 테스팅 프로세스를 구축해 나가는 것과 테스팅 자체를 Agile 하게 변형시키는 입장 모두가 Agile Testing 이라고 주장하는 상황이 생기고 있습니다.
저는 개인적으로 테스팅 자체가 Agile하게 변모해야 하고 그런 입장이 Agile Testing 이라고 생각하고 있습니다.
여러분은 Agile Testing 이 무엇이라고 생각하시나요?
5S와 3I란 경영 혁신 절차 8단계의 머리 글자를 딴것으로 분업화, 전문화, 표준화, 과학화, 시스템화, 집적화, 지능화, 비상식화를 말합니다.
관련된 내용은 http://murian.textcube.com/351 나 검색을 통해 알아보시면 좋을 것 같습니다.
이 5S 3I를 기반으로 Agile 과 Waterfall 의 관계에 대하여 나름대로 각색을 해보았습니다.
결론적으로 말한다면 저는 Agile 은 절대 은총알이 될 수 없다는 것과 Waterfall 조차 제대로 수행할 능력이 없는 조직은 Agile 을 도입하지 않는 것이 좋다고 생각합니다.
저는 5S 3I가 아래와 같은 관계를 가지면서 발전한다고 생각합니다.
전문화와 표준화는 거의 동시적으로 발생하는 가장 초기 단계의 활동이라고 생각합니다.
그리고 전문화와 표준화를 묶어주는 아교와 같은 역할을 하는 것이 과학화라고 생각합니다.
단순화는 부분적으로 발생할 수도 있고 그렇지 못할 수도 있다고 생각합니다. 개인적으로는 잘 발생하지 않는 활동이라고 생각됩니다. 특히나 표준이나 인증을 도입하는 경우에는 거의 발생하지 않는 활동이라고 생각합니다.
결론적으로 전문화, 표준화, 단순화 즉, 생산성 혁신의 기본 3S 는 순차적이라기보다는 병렬적으로 발생하는 활동이라고 생각합니다.
그리고 이 3가지 활동을 유기적으로 묶어주는 것이 과학화라고 생각합니다.
이렇게 4가지 활동이 묶이면 하나의 시스템 즉, 프로세스가 된다고 생각합니다.
Waterfall 은 이 4가지 활동으로 묶여진 하나의 프로세스 즉, 방법론인 것입니다.
Waterfall 안에는 전문적인 분업조직과 R&R이 있고, 그러한 활동들에 대한 표준적인 사항들이 있으며 그러한 사항들을 측정하는 측정 지표가 모두 포함되어 있습니다.
기존에는 이 Waterfall 로도 충분한 환경이었다면 이 환경에 충격을 가한 것이 1I 즉, 집적화라고 생각합니다.
시간은 흘러 고객은 변했고 고객은 더 빠른 응답을 원한다는 것입니다. 더 빨리 제품이 출시되기를 바라고, 더 빨리 제품에 대한 불편이 해소되기를 바라게 되었다는 것입니다.
그리고 경쟁은 더욱더 치열해지고 고객은 더 빠른 업체를 선호하게 되었지만 Waterfall 의 시스템은 너무 견고하다는 것이 단점이 되었습니다.
고객에게 빠른 응답을 보일 수 없는 조직과 회사는 경쟁에서 뒤쳐지게 되었고 조직과 회사는 이 위기를 극복해야 할 필요성이 생기게 되었습니다.
이러한 필요성에 대한 해결 방법으로 크게 2가지를 생각해 볼 수 있습니다.
하나는 자동화를 통한 지능화와 전혀 새로운 방법 즉, 얼어붙은 시스템을 녹여줄 새로운 방법을 찾는 비상식화를 생각해 볼 수 있습니다.
저는 Agile 방법론은 이 중에서 비상식화를 통해 발전한 결과라고 생각합니다.
결론적으로 Agile과 Waterfall 을 5S 를 기반으로 비교하면 아래와 같은 차이가 있다고 생각합니다.
어쩌면 시간이 흘러 Agile 역시 더 높은 수준의 집적화를 필요로 하게 되는 환경과 기술의 요구가 있다면 또 다른 방향으로 변할 수 있다고 생각합니다.
그렇다면 테스팅 프로세스는 어떨까요? 똑같은 조건에서 테스팅은 현재 크게 2가지 방법으로 발전하고 있다고 생각합니다.
자동화에 집착하는 경우와(TDD나 리그레이션 테스팅의 강조 등이 이 경우라고 생각합니다.) 탐색적 테스팅과 같은 기존의 테스팅 방법론과는 다른 비상식화 단계로 발전하는 경우라고 생각합니다.
그런데, 2가지 경우 모두 현재 Agile Testing 이라고 불리고 있습니다.
즉, Agile 개발 방법론 안에서 기존의 방법론을 자동화 하여 테스팅의 독립성을 지키고 독자적인 테스팅 프로세스를 구축해 나가는 것과 테스팅 자체를 Agile 하게 변형시키는 입장 모두가 Agile Testing 이라고 주장하는 상황이 생기고 있습니다.
저는 개인적으로 테스팅 자체가 Agile하게 변모해야 하고 그런 입장이 Agile Testing 이라고 생각하고 있습니다.
여러분은 Agile Testing 이 무엇이라고 생각하시나요?
댓글
댓글 쓰기