차례:
- 점진적 정교화-단계별 프로젝트 성공 구축
- 점진적 정교함
- 정밀도는 디테일과 같지 않습니다.
- 사례 연구 : 전환율을 높이기위한 웹 사이트 개선
- 이 프로젝트의 범위를 점진적으로 자세히 설명하겠습니다.
- 더 정교하게 : 마케팅 세부 사항으로 뛰어 들기
- 예술가들은 항상 진보적 인 정교함을 사용했습니다
- 처음부터 제대로하는 것이 더 저렴합니다.
- 한 번에 모든 작업을 수행 할 필요가 없습니다.
- 문제를 해결하는 프로젝트를위한 점진적 정교화
- 사례 연구 : 2006 년 우주 왕복선 아틀란티스 발사 지연
- 점진적 정교함은 범위만을위한 것이 아닙니다
- 프로젝트 커뮤니케이션 계획의 점진적 정교화
- 프로젝트에서 위험 관리의 정교화
- 점진적 정교화 및 프로젝트 수명주기
- 클래식 폭포의 점진적 정교함
- 빠른 추적을 통한 점진적 정교화
- 동시 프로젝트 관리
- 무결점 소프트웨어 개발
- 나선형 모델
- JAD 및 RAD
- 애자일 개발의 점진적 정교화
- 점진적 정교함에 대해 어떻게 생각하십니까?
- 점진적인 정교함으로 프로젝트를 계속 진행
점진적 정교화-단계별 프로젝트 성공 구축
많은 사람들이 좋은 프로젝트 계획을 만드는 것을 두려워합니다. 너무 오래 걸린다고 생각합니다. PMI (Project Management Institute)에는 Progressive Elaboration이라는 솔루션이 있습니다. 훌륭한 결과를 제공 할 때까지 단계별로 좋은 디자인을 수행하는 멋진 용어입니다.
점진적 정교함
프로젝트 관리 교육을받는 사람들로부터 자주받는 불만은 프로젝트 재난을 방지 할 수있을만큼 정확하게 프로젝트를 정의하는 데 너무 오래 걸린다는 것입니다. 그들은 우리가 영원히 계획을 세우고 어떤 일도 결코 끝내지 않을 것이라고 걱정합니다. 그것은 진정한 관심사이며 나는 그것을 분석에 의한 마비 라고 부릅니다. 그러나 훌륭한 계획과 디자인이 분석에 의해 마비로 이어질 필요는 없습니다.
세 가지 핵심 사항을 이해하면 점진적인 정교함을 통해 고품질 디자인의 아이디어와 가치를 얻을 수 있습니다.
- 정밀도는 세부 사항과 동일하지 않습니다.
- 처음에 제대로하는 것이 더 저렴합니다.
- 한 번에 모두 디자인 할 필요가 없습니다.
자세한 내용은 계속 읽으십시오.
정밀도는 디테일과 같지 않습니다.
점진적인 정교화의 핵심은 우리가 원하는 것에 대한 일반적인 그림으로 매우 높은 수준에서 시작할 수 있다는 것입니다. 그런 다음 프로젝트를 진행하고 진행하면서 더 세밀하고 세부적인 내용으로 이동할 수 있습니다. 그렇게하면 우리는 일찍 작업을 시작하고 디자인을 개발하면서 계속 작업합니다. 이것은 분석에 의해 마비를 예방합니다.
이를 잘 수행하려면 매우 명확해야합니다. 높은 수준의 범위 설명이나 설계는 상세하지 않을 수 있지만 여전히 정확해야합니다. 짧고 단순 할 수 있지만 모든 모호함이 없어야합니다.
사례 연구: 전환율을 높이기위한 웹 사이트 개선
이 경우, 내 컨설팅 업무에서 일반적으로 우리는 좋은 마케팅 및 광고 캠페인을하는 회사를 봅니다. 많은 사람들이 웹 사이트를 방문합니다. 그리고 시장 조사에 따르면 오는 사람들은 목표 시장에 있습니다. 또한, 그들은 좋은, 꾸준한 제품 라인을 가지고 있습니다-거기에서 물건을 바꿀 필요가 없습니다. 그러나 사람들이 사이트를 방문한 후 많은 사람들이 구매하지 않습니다. 닫기 비율이라고도하는 전환율을 높여야합니다. 무엇을 할 수 있습니까?
이 프로젝트의 범위를 점진적으로 자세히 설명하겠습니다.
- 경영진 수준 범위 설명: 전환율, 즉 사이트에 도착한 사람들로부터 실제로 무언가를 구매하는 사람들의 비율을 높이기 위해 웹 사이트가 변경됩니다. 이 비율을 높이면 새 비율을 유지하려고합니다. 범위 제외: 마케팅 또는 제품 라인에는 변경 사항이 없습니다. 괜찮아요.
- 경영진 수준 측정: 여기에는 현재 전환율, 산업 표준 전환율 연구, 지정된 날짜까지 새로운 전환율 목표 설정이 포함됩니다.
- 관리 수준 범위 설명: 웹 사이트를 변경하면 가동 시간, 생산성, 장바구니 및 재무 관리를 방해하지 않고 전환율을 높여야합니다. 변화와 그 결과는 추적 할 수 있어야하므로 우리는 무엇을 보관하고, 무엇을 버리고, 무엇을 계속 개선해야하는지 배웁니다.
- 관리 접근 방식: 경영진은 실험 할 특정 제품을 선택합니다. 성공적인 실험은 모든 적절한 제품에 복제됩니다.
- 기술적 문제: 아래 나열된 세부 정보를 조사합니다.
- 기술적 접근 방식: 실험을 설계하고 다양한 옵션을 테스트하여 비교하고 무엇이 효과가 있는지 확인합니다.
이 6 단계는 프로젝트 설계를 점진적으로 정교하게 만듭니다. 각 수준의 사고는 새로운 웹 페이지를 디자인하고 구현하는 과정을 진행함에 따라 더 자세한 정보를 제공합니다.
기술 마케팅 전문가와 기술 프로그래머가 모두있는 경우 최소한 3 개의 팀이 있습니다. 각 팀은 필요할 때 나오고 성공에 필수적인 세부 사항을 추가합니다.
더 정교하게: 마케팅 세부 사항으로 뛰어 들기
다음은 프로젝트에서 전환율을 높이기 위해 작업 할 마케팅 (웹 디자인 아님)의 기술적 세부 사항의 일부 목록입니다.
- 닫을 클릭 횟수가 적습니다. 연구에 따르면 페이지에 도착한 후 거래를 성사시키는 사이에 클릭이 많을수록 더 많은 사람들이 사이트를 이탈합니다. 따라서 페이지를 간소화하여 전환율을 높일 수 있습니다.
- 긴박감을 조성합니다. 제품이 나중에 나올 것 같으면 사람들은 종종 구매를 지연하고 다시는 돌아 오지 않습니다. 기술 마케팅 팀은 단기 할인 판매가 마감 률을 높이는 데 적합한 방법인지를 경영진에게 다시 문의해야 할 수 있습니다.
- 혼란을 제거하십시오. 자세한 지침과 많은 법적 언어는 마감 률을 낮 춥니 다.
- 직접 방문 페이지. 광고는 광고 된 항목의 판매 페이지 인 방문 페이지로 바로 연결되어야합니다.
- 고객을 환영합니다. 쿠키, 고객 로그인 또는 둘 다를 사용하여 재 방문 고객을 가장 원하는 곳으로 안내 할 수 있습니다. 또한 향후 구매를 간소화하기 위해 신용 카드를 파일에 보관하는 것에 대해 경영진과 다시 확인할 수 있습니다.
보시다시피, 이러한 아이디어는 처음에 생각할 필요가 없습니다. 경영진은 목표를 설정하고 경영진은 방향을 안내하며 기술 팀은 변화가 목표를 달성하는 방법을 점진적으로 정교하게 설명합니다.
예술가들은 항상 진보적 인 정교함을 사용했습니다
이것은 작가가 전체 인물을 렌더링하는 것 외에도 두 개의 대체 머리와 모자를 추가하는 초기 스케치입니다. "의자에 앉아있는 Edouard Manet의 초상화"에서 Degas는 최종 작품을 만드는 것에 대해 걱정하지 않고 자신의 아이디어를 정교화하고 있습니다.
Edgar Degas, Louvre Museum, Paris (Public Domain) via Wikimedia Commons
여기 검은 분필로 된이 스케치에서 개념은 "Edouard Manet의 초상화를위한 연구"로 더 완벽하게 작동합니다. 정교함이 진행됩니다.
Edgard Degas, Wikimedia Commons를 통한 뉴욕 메트로폴리탄 박물관 (퍼블릭 도메인)
이 완전한 "Etching of 'Portrait of Edouard Manet, Etude"는 왼쪽으로 향하게되었고, Degas의 주제에 대한 점진적인 정교함의 풍부하고 강력한 결과입니다.
Edgar Degas, Boston Public Library (Public Domain), Wikimedia Commons를 통해
처음부터 제대로하는 것이 더 저렴합니다.
모든 프로젝트에서 품질 및 결과 측면에서 세 가지 선택 사항 만 있습니다.
- 가장 저렴한 선택은 처음부터 올바르게 정의하는 것입니다.
- 두 번째 옵션은 잘못 이해 한 다음 프로젝트 중에 수정하는 것입니다.
- 세 번째 옵션은 잘못된 결과를 가져 오는 것입니다.
따라서 대체로 처음에는 명확하고 정확하게하는 것이 좋습니다. 얼마나 낫습니까? 지난 40 년 동안의 여러 연구 에서 오류 예방 비용에 비율이 있음을 보여주었습니다. 프로젝트 중 오류 수정 비용; 그리고 프로젝트 후 엉망진창 을 정리 하는 비용. 그리고 최소 비율은 1: 10: 100입니다. 따라서 시간당 $ 100의 추가 계획 시간으로 방지 할 수있는 오류는 프로젝트 시간 10 시간과 프로젝트 중 수정하는 데 $ 1,000가 소요되며, 프로젝트가 완료된 후 리콜을 수행해야하는 경우 100 시간 및 $ 10,000이 걸립니다.. 그리고 품질 관리에서 모범 사례를 사용하여 처음부터 결함없는 설계를 수행하면 1: 10: 100보다 훨씬 높은 비율이 발견되었습니다.
교훈: 점진적 정교함-앞으로 나아갈수록 더 많은 세부 사항을 개발하는-항상 의미가 있습니다. 조잡한 작업은 결코 의미가 없습니다.
한 번에 모든 작업을 수행 할 필요가 없습니다.
우리는 모든 단계에서 훌륭하고 명확한 일을합니다. 동시에 전체 프로젝트를 한 번에 정의하거나 모든 세부 사항을 처음에 정의 할 필요가 없습니다. 대신 단계적으로 작업 할 수 있습니다. 우리는 각 단계에서 명확하고 정확하지만 우리가 갈수록 더 자세 해집니다. 이것을 Progressive Elaboration이라고합니다. 잘하는 일에는 다음이 포함됩니다.
- 큰 그림에서 시작하여 세부 사항으로 내려갑니다.
- 각 회의에서 명확하게하고, 결과를 작성하고, 확인을받습니다.
- 우리가 정의한 양과 아직 정의되지 않은 양을 추적합니다.
- 각 회의에 적합한 사람을 초대합니다. 초기 회의는 임원 및 상위 관리자와 함께 할 가능성이 더 높습니다. 그리고 우리 프로젝트 관리자는 모든 회의에 참석할 가능성이 높습니다. 프로세스, 워크 플로 및 인터페이스에 대한 세부 정보를 찾으려고 할 때 작업자와 더 많이 협력합니다. 그리고 회의가 점점 더 기술적으로 진행됨에 따라 프로젝트 측에 더 많은 기술 인력 (예: 프로그래머 및 엔지니어)이 필요합니다.
- 우리가 만들거나 개선하는 제품 또는 서비스의 모든 기능에 대한 모든 세부 사항이 정의 될 때까지 계속 진행합니다. 그러나 다른 부분을 계속 자세히 설명하면서 많은 프로그램이 작성되거나 제품이 개발 될 수 있습니다.
문제를 해결하는 프로젝트를위한 점진적 정교화
문제를 해결하는 프로젝트는 점진적 정교화가 특히 유용한 특별한 경우입니다.
문제는 회사 나 생산 라인이 예전처럼 작동하지 못하게하는 문제입니다. 그래서 목표는 이미 분명합니다:이 d ** mn * d 일을 작동 시키십시오! 경영진의 참여는 최소화되며 관리자는 지원을 제공하는 것 외에는 할 일이 거의 없습니다. 사실, 관리자는 이미 "물건"이 무엇인지, 어떻게 작동해야하는지 이미 알고 있기 때문에 "이 멍청한 일을 작동 시키십시오!" 높은 수준의 실행 범위에 대한 완전하고 정확한 설명입니다.
사례 연구: 2006 년 우주 왕복선 아틀란티스 발사 지연
이러한 유형의 프로젝트의 좋은 예는 2006 년 우주 왕복선 아틀란티스의 연료 탱크에서 수소의 양을 측정 한 10 년 된 연료 게이지의 문제가 발생했을 때 발생했습니다. 게이지가 불안 정해져 탱크가 가득 찼을 때 탱크가 비어 있고 문제가 간헐적으로 표시되는 경우가있었습니다.
경영진 수준의 범위 선언문은 분명합니다. 연료 게이지를 고쳐서 셔틀을 날 수 있습니다!
그러나 점진적인 정교화를 사용하여 수준별로 문제 수준을 조사하면서 문제 해결을 점점 더 어렵게 만드는 네 가지 기술적 문제를 발견했습니다.
- 관리 결정: 게이지에 결함이 있음을 알고 있으면 그냥 끄고 다른 게이지에 의존하고 어쨌든 비행 할 수 있습니다. 이것에 대해 많은 논쟁이있었습니다. 그러나 마침내 필수적인 안전 기능인 MECO (Main Engine Cut Off)가이 게이지 없이는 신뢰할 수 없다고 결정되었습니다. 그래서 경영진의 결정은 게이지를 수정해야한다는 것이 었습니다.
- 기술적 인 문제: 문제가 간헐적으로 발생했습니다. 따라서 통과 된 테스트 는 게이지가 작동하고 셔틀이 안전하게 비행 할 수 있다는 증거 가 아닙니다 . 문제가 해결되었는지 확인하려면 특정 문제를 찾아야했습니다.
- 자세한 기술 문제: 게이지는 단순한 장치가 아닙니다. 그것은 많은 다른 구성 요소와 그들 사이의 전기 커넥터를 포함했습니다. 이들 중 일부는 셔틀 배선 깊숙이 묻혔습니다. 모든 구성 요소를 찾고 커넥터를 청소하는 것은 큰 일이었습니다. 엔지니어들은 한 번 이상 문제를 해결했다고 생각했지만 게이지가 깨끗하게 테스트되지 않았습니다.
- 매우 상세한 기술 문제: 우주 왕복선의 설계 계획은 제작 당시 아틀란티스와 정확히 일치하지 않았을 수 있습니다. 부품이 업그레이드되고 교체되었습니다. 한 엔지니어는 게이지의 모든 부품을 찾는 것이 탐사 임무이며 여전히 우주 왕복선이 어떻게 작동하는지 알아 내고 있다고보고했습니다!
이것은 성공을 보장하기 위해 매우 간단한 실행 지침을 점진적으로 더 세밀하고 세부적인 수준으로 정교화해야하는 방법을 보여줍니다. 그러나 이러한 정교함은 계획의 일부로 발생하지 않아도됩니다. 연료 게이지의 각 구성 요소에 도달하면 청소, 테스트 및 문서화가 가능했습니다. 이것은 문제를 해결하는 프로젝트에 대한 점진적인 정교함을 의미합니다.
점진적 정교함은 범위만을위한 것이 아닙니다
이 기사는 WBS (Scope Definition and Work Breakdown Structure) 개발에서 점진적인 정교화에 초점을 맞추고 있지만 점진적 정교화의 개념은 그보다 더 광범위합니다. 실제로 프로젝트 관리의 9 개 영역 모두에 적용 할 수 있습니다. 여기 몇 가지 예가 있어요.
프로젝트 커뮤니케이션 계획의 점진적 정교화
프로젝트 커뮤니케이션 계획의 첫 번째 버전은 팀 구성원 및 프로젝트 고객의 연락처 목록 일 수 있습니다. 우리는 이것을 다음과 같이 자세히 설명합니다.
- 모든 프로젝트 이해 관계자를 식별하고 목록에 추가
- 각 이해 관계자와 소통하는 방법 결정
- 프로젝트에 고객의 소리를 포함하는 방법 결정
프로젝트에서 위험 관리의 정교화
프로젝트 위험 관리의 공식 단계는 프로젝트 위험에 대한 정의 (무엇이 잘못 될 수 있는지)와 다음을 통한 대응을 점진적으로 정교화합니다.
- 초기 위험 목록을 만드는 위험 식별.
- 위험을 평가하고 우선 순위를 지정하는 위험 분석
- 위험 대응 계획, 위험 이벤트를 방지하기 위해 무엇을해야하는지, 그리고 발생시 대처 방법을 결정합니다.
- 위험을 감시하고 새로운 위험을 찾고 발생시 처리하는 위험 모니터링 및 제어.
이 예에서 점진적 정교화가 프로젝트 관리의 9 개 영역 모두에 대한 표준 관행임을 알 수 있습니다.
점진적 정교화 및 프로젝트 수명주기
점진적 정교함은 프로젝트마다 다르게 적용될 수 있습니다. 점진적 정교화를 수행하는 방법을 선택할 때 핵심은 세부 정교화를 사용중인 프로젝트 수명주기에 연결하는 것입니다.
클래식 폭포의 점진적 정교함
클래식 폭포 또는 시스템 개발 수명주기 (SDLC)에서는 모든 계획이 실행보다 우선합니다. 따라서 범위의 점진적 정교화는 모두 계획 단계에서 발생합니다.
빠른 추적을 통한 점진적 정교화
빠른 추적을 허용하도록 클래식 폭포수를 수정하면 전체 제품이 모듈로 나뉩니다. 각 모듈에 대한 계획이 완료되면 해당 모듈에 대한 개발을 진행할 수 있으며 다른 모듈은 아직 계획 중입니다. 이 라이프 사이클에서 일부 모듈은 다른 모듈보다 더 빠르게 정교화됩니다.
동시 프로젝트 관리
동시 프로젝트 관리는 Hewlett-Packard에서 개발했으며 현재 자동차 산업에서 널리 사용됩니다. 처음에 다양한 전문가를 모두 모아 프로젝트 수명주기 (예: 신개념 자동차 출시)를 5 년에서 18 개월로 단축 할 수 있습니다! 동시 프로젝트 관리에서 점진적 정교화는 부서 간 팀이 조기에 신속하게 수행합니다.
무결점 소프트웨어 개발
무결점 소프트웨어 개발 방법은 오류가 코드에 들어 가지 않도록 정밀도에 중점을 둡니다. 설계의 초기 정교화와 코드 자체의 조기 정교화, 여러 검토를 통해 문제를 여러 눈으로 확인하여 최저 비용으로 최고 품질의 소프트웨어를 만듭니다. 80 %의 노력을 좋은 디자인에 투입함으로써 비용이 많이 드는 테스트와 디버깅을 크게 줄일 수 있습니다.
나선형 모델
나선형 모델은 Agile Development의 선구자였습니다. 일정에 기능을 배치하고, 기능이 늦게 실행되면 나선형의 나중 주기로 떨어집니다. 각 기능은 설계를 위해 정교화되고 다음주기에서 개발을 위해 다시 제공됩니다.
JAD 및 RAD
JAD, 공동 애플리케이션 개발 및 RAD, 신속한 애플리케이션 개발은 실제 라이프 사이클 대안이 아닙니다. 오히려 라이프 사이클에 영향을 미치는 요구 사항 추출 기술입니다. 디자이너와 프로그래머를 응용 프로그램 사용자 인 클라이언트와 가깝게 배치하면 개발 속도가 빨라집니다. 빈번한 회의는 신속하고 점진적인 정교화를 가능하게합니다. 그리고이 접근 방식은 Agile Development의 핵심 구성 요소입니다.
애자일 개발의 점진적 정교화
애자일 프로그래밍이라고도하는 애자일 개발은 프로젝트 수명주기에 대한 최신 접근 방식이며 특히 오늘날의 객체 지향 코드 및 웹 개발 플랫폼과 잘 작동합니다. 프로그래머는 고객과 긴밀히 협력하며 종종 각 고객 부서에 영구적으로 상주합니다. 프로토 타이핑과 애플리케이션의 신속한 수정을 사용하여 디자인이 개발과 통합됩니다. 점진적 정교함은 프로젝트 전반에 걸쳐 지속적인 프로세스입니다.
점진적 정교함에 대해 어떻게 생각하십니까?
점진적인 정교함으로 프로젝트를 계속 진행
그래서, 마지막 교훈은 이것입니다. 우리가 어떤 유형의 프로젝트를 진행하든, 어떤 라이프 사이클과 다른 방법을 선택하든, 우리는 계획을 세우지 않고 계속 진행합니다. 점진적인 정교함으로 우리는 계획하고 가고, 우리는 계속해서 계획합니다.