큰 복잡한 프로젝트를 시작하는 방법 – Smashing Magazine

큰 복잡한 프로젝트를 시작하는 방법 – Smashing Magazine

과거 프로젝트에 대해 생각하십시오. 그들은 끝났습니까? 시간과 예산에 따라? 결국 구석을 자르지 않고 배달 되었습니까? 그들은 변화된 범위, 상충 된 이익, 예기치 않은 지연 및 놀라운 차단제로 방해를 받았습니까?

최근 프로젝트가 가능할 가능성이 높습니다 일정과 예산 이상 – 다른 복잡한 UX 프로젝트의 대다수와 마찬가지로. 특히 그것이 적어도 어떤 종류의 것을 수반한다면 복잡성대규모 이해 관계자, 전문 도메인, 내부 소프트웨어 또는 전문가 사용자 그룹이든. 지연, 이동, 취소, “정제”또는 연기되었을 수 있습니다. 결과적으로 많은 팀에서 제 시간에 배송은 예외입니다 규칙보다는.

사실, 계획에 따르면 거의 가지지 않습니다. 복잡한 프로젝트에서는 가까이 가지 않습니다. 그렇다면 어떻게 일어나지 못하게 할 수 있습니까? 글쎄, 알아 보겠습니다.

큰 복잡한 프로젝트, 책 표지를 시작하는 방법
이 기사의 많은 통찰력은 디자이너뿐만 아니라 크고 복잡한 제품에서 일하는 사람을위한 훌륭한 책인“얼마나 큰 일이 끝나는 지”라는 것입니다. (큰 미리보기)

대규모 프로젝트의 99.5%가 예산과 일정을 초과합니다

사람들로서, 우리는 본질적으로 과도하게 낙관적이며 과도하게 자신감이 있습니다. 잘못 될 수있는 모든 것을 연구하고 처리하기는 어렵 기 때문에 우리는 밝은면에 집중하는 경향이 있습니다. 그러나 점검되지 않은 낙관론은 비현실적인 예측, 제대로 정의되지 않은 목표, 더 나은 옵션 무시, 발견되지 않은 문제 및 불가피한 놀라움에 대항 할 우발성이 없습니다.

정규 분포 대 지방 꼬리 분포
파란색 선은 정규 분포를 따릅니다. 빨간색 선은“지방 꼬리”를 따릅니다. 때로는 큰 특이 치가 매우 일반적입니다. Scott Young의 그림. (큰 미리보기)

Hofstadter의 법률에 따르면 프로젝트를 완료하는 데 필요한 시간은 Hofstadter의 법칙을 고려하더라도 항상 가용 시간을 채우기 위해 확장 될 것이라고 명시하고 있습니다. 다르게 넣으십시오 언제나 당신이 기대하는 것보다 오래 걸리지 만 조심할 수도 있습니다.

결과적으로 대규모 프로젝트의 0.5%만이 예산과 일정 (예 : 대규모 재개, 레거시 재 DOS, 큰 이니셔티브)을 만듭니다. 15-20% 버퍼를 추가하여 위험을 완화하려고 할 수도 있지만 거의 도움이되지 않습니다. 이러한 프로젝트 중 다수는 “정상”(벨 곡선) 분포를 따르지 않지만 오히려 “지방 꼬리”입니다.

그리고 60–500%의 오버런은 일반적이며 큰 프로젝트를 큰 재난.

참조 클래스 예측 (RCF)

우리는 종종 우리가 철저히 다루면 가정합니다 모든 비용을 수집하십시오 복잡성이나 노력이 필요하고 추정되면, 우리는 결국 상륙 할 위치에 대한 괜찮은 추정을 받아야합니다. 진실에서 더 이상 아무것도있을 수 없습니다.

복잡한 프로젝트가 있습니다 알 수없는 미지의 많은. 우리가 식별하는 위험, 의존성 및 업스트림 문제가 얼마나 되더라도 상상조차 할 수없는 더 많은 것들이 있습니다. 더 정확한 가장 좋은 방법은 현실적인 것을 정의하는 것입니다. – 과거에 수행 된 유사한 프로젝트의 시간, 비용 및 혜택.

다양한 부문들 사이에서 지방 꼬리 분포를 보여주는 그래프
IT 프로젝트는 극심한 특이 치가있는 뚱뚱한 꼬리 분포를 가질 가능성이 높습니다. (큰 미리보기)

참조 클래스 예측은 다음과 같습니다 매우 간단한 프로세스:

  • 먼저 프로젝트와 가장 유사한 참조 프로젝트를 찾습니다.
  • 분포가 벨 곡선을 따르는 경우 평균값 +를 사용하십시오. 10-15% 비상 사태.
  • 분포가 뚱뚱한 꼬리라면 심오한 곳에 투자하십시오 위험 관리 큰 도전을 방지합니다.
  • 그 이유가 매우 좋은 경우에만 평균값을 조정하십시오.
  • 데이터베이스를 설정하십시오 회사에서 과거 프로젝트를 추적합니다 (비용, 시간, 혜택).

사용자의 성공 순간을 매핑합니다

지난 몇 년 동안, 나는 몇 년 전 Matteo Cavucci가 제안한“Event Storming”이라는이 기술을 사용해 왔습니다. 아이디어는 비즈니스 요구 렌즈를 통해 사용자의 경험 순간을 포착합니다.. 이를 통해 우리는 원하는 비즈니스 결과에 중점을 둔 다음 연구 통찰력을 사용하여 사용자가 그 결과를 달성하기 위해 진행할 프로젝트 이벤트를 사용합니다.

이벤트 폭풍의 삽화
이벤트 폭풍 : 우리는 원하는 비즈니스 결과의 렌즈를 통해 사용자의 이벤트를 탐색하고 있습니다. (큰 미리보기)

위의 이미지는 작동 프로세스를 보여줍니다. 다른 관심 지점을 나타내는 다른 차선우선 순위를 정한 사용자 이벤트는 그룹으로 테마로, 위험, 병목 현상, 이해 관계자 및 사용자와 관련하여 UX 메트릭을 사용합니다. 거기에서 우리는 나오는 공통된 주제를 식별하고 위험, 제약 및 참여할 사람들에 대한 공유 된 이해를 만들 수 있습니다.

이 여행을 통해 우리는 주요 이정표를 식별하고 사용자의 이벤트를 두 개의 주요 버킷으로 나눕니다.

  1. 사용자 성공 순간 (우리가 전화를 걸고 싶은 ↑);
  2. 사용자 진통 점 또는 좌절 (우리는 다이얼을 아래로 내려 가고 싶습니다 ↓).

그런 다음 3-4 명으로 구성된 그룹으로 나와 이러한 사건을 개별적으로 우선 순위를 정하고 John Cutler의 노력 대 가치 곡선에 대한 영향과 노력을 추정합니다.

노력 대 가치 곡선
우리는 노력 (시간)에 대한 누적 가치에 대해 UX 이니셔티브를 매핑하고 있습니다. John Cutler가 제안한대로. (큰 미리보기)

다음 단계는입니다 주요 이해 관계자 식별 고려해야 할 위험 (예 : 레거시 시스템, 제 3 자 종속성 등), 리소스 및 툴링을 고려해야합니다. 우리는 성공적인 결과를 위험에 빠뜨리거나 우리를 늦추는 주요 차단제와 제약을 식별하기 위해 특별한 시간을 예약합니다. 가능하다면 UX 메트릭을 설정하여 현재 UX 상태를 개선하는 데 실제로 얼마나 성공적인지 추적합니다.

UX 프로젝트에 대해서는 너무 많은 계획처럼 보일지 모르지만 실패와 지연을 줄이고 비즈니스 영향을 극대화하는 데 큰 도움이되었습니다.

비즈니스와 대화 할 때 나는 보통 더 나은 이야기를합니다 위험을 완화하는 가장 좋은 방법으로 발견 및 범위. 물론 우리는 아이디어를 시장에 던지고 끝없는 실험을 할 수 있습니다. 그러나 레거시 시스템을 대체하거나 신제품을 출시하는 많은 가시성을 얻는 중요한 프로젝트의 경우에는 아닙니다. 그들은 큰 재난, 긴급한 롤백 및… 검은 백조를 방지하기 위해 철저한 계획이 필요합니다.

블랙 스완 관리

다른 모든 프로젝트는 a 검은 백조 -프로젝트가 더 오랜 기간 동안 확장 될 때 발생할 가능성이 낮은 확률, 높은 결과 이벤트. 구조 조정 팀에서 우선 순위 변경에 이르기까지 모든 것이 될 수 있으며, 이로 인해 취소 및 일정 조정이 발생합니다.

작은 문제는 놀라운 능력을 가지고 있습니다 크고 비참한 문제를 복합합니다 – 큰 프로젝트를 망치고 경이로운 규모로 큰 야망을 가라 앉습니다. 우리가 일찍 설계 할 수있는 작은 문제가 많을수록 프로젝트를 성공적으로 나눌 수있는 기회가 많아집니다.

얼마나 큰 일이 끝나는 지, 스케치 노트 요약 Rob Dimeo.
Chris J Wilson을 통해 발견 된 Sketch Notes 요약 Rob Dimeo. (큰 미리보기)

그래서 우리는 프로젝트를 더 작고 짧게 만듭니다. 이해 관계자를 조기에 포함시켜 위험을 완화합니다. 우리는 제공합니다 표면이 적습니다 검은 백조가 나타나기 위해. 거기에 도달하는 좋은 방법 중 하나는 항상 간단한 질문으로 모든 프로젝트를 시작하는 것입니다. “왜 우리는이 프로젝트를 실제로하고 있습니까?” 답은 종종 동기와 야망뿐만 아니라 브리프의 선 사이에 숨겨진 도전과 의존성을 보여줍니다.

그리고 우리가 계획 할 때, 우리는 다음을 따라갈 수있었습니다 “오른쪽으로의 사고”. 우리는 우리가있는 곳으로 시작하지 않고 오히려 우리가 원하는 곳입니다. 그리고 우리가 계획하고 디자인 할 때, 우리는 미래 상태에서 현재 상태로 이동하여 누락 된 것을 연구하거나 우리가 거기에 도착하는 것을 막는 것을 연구합니다. 속임수는 : 우리는 항상 최종 목표를 염두에두고 있으며, 우리의 결정과 이정표는 항상 그 목표에 의해 형성됩니다.

경험의 적자를 관리합니다

복잡한 프로젝트는 경험의 깊은 적자로 시작합니다. 성공 가능성을 높이려면 실수가 발생할 가능성을 최소화해야합니다. 그것은 과정을 만들려고하는 것을 의미합니다 가능한 한 반복적입니다 – 더 작은 “작업 모듈”으로 팀이 반복해서 반복합니다.

구멍과 물집이있는 보트의 그림.
결국, 우리는 모두 같은 보트에 있습니다. 우리는 일찍 우리가 누출과 문제가 발생하는 것을 막을수록, 우리는 다른쪽에 더 잘 나올 것입니다. 멋진 일러스트레이션을 위해 José Torre에게 감사드립니다. (큰 미리보기)

🚫 확인되지 않은 낙관주의를 조심하십시오 → 비현실적인 예측.
🚫 “최첨단”을 조심하십시오 → 테스트되지 않은 기술 나선 위험.
🚫 “고유”를 조심하십시오 → 비용 폭발 가능성이 높습니다.
🚫 “새로운 새”를 조심하십시오 → 테스트 및 신뢰성에 의존합니다.
🚫 “가장 큰”것을 조심하십시오 → 작은 물건을 건설 한 다음 작성하십시오.

그것은 또한 신뢰할 수있는 데 의존하는 것을 의미합니다 : 잘 테스트 된 도구에서 안정적인 팀 그것은 과거에 잘 작동했습니다. 복잡한 프로젝트 좋은 곳이 아닙니다 프로세스를 혁신하고 Mix-N 매치 팀을 혁신하고보다 저렴한 공급 업체를 시험해보십시오.

일반적으로 이것들입니다 변장의 극한 비용급격한 배송 지연 및 예기치 않은 비용.

느리게 생각하고 빨리 행동하십시오

마감 기한이 지남에 따라, 프로젝트의 범위가 잘 정의되기 전에 많은 프로젝트가 전달 모드로 돌입합니다. 빠른 실험과 사소한 변화에 효과가있을 수 있지만 더 큰 프로젝트의 적기입니다. 최선의 전략은 더 많은 시간을 보내는 것입니다 계획 화면에 단일 픽셀을 설계하기 전에.

그러나 계획은 추상적 인 상상력있는 작업의 운동이 아닙니다. 좋은 계획에는 실험, 테스트, 시뮬레이션 및 개선이 포함되어야합니다. 단계를 포함해야합니다 우리가 위험을 줄이는 방법 그리고 예기치 않은 일 (그러나 다른 유사한 프로젝트에서 자주)이 발생할 때 위험을 완화하는 방법.

큰 프로젝트의 역사
성공적인 시작의 역사를 추적하면 추정치와 계획이 얼마나 잘 있는지에 대한 통찰력을 얻을 수 있습니다. (큰 미리보기)

좋은 디자인은 좋은 위험 관리입니다

고위 경영진에 대한 설계 및 연구에 대해 말할 때 강력한 위험 관리 도구. 개념 테스트, 실험, 사용자 피드백, 반복 및 계획의 개선과 관련된 좋은 디자인은 저렴하고 안전합니다.

결국 예상보다 더 많은 시간이 필요할 수도 있지만 많은 시간이 필요합니다. 많이! – 배달보다 저렴합니다. 배송입니다 매우 비용 집약적입니다그리고 그것이 잘못된 가정과 계획이 좋지 않은 경우, 프로젝트가 취약 해지고 움직이거나 재배치하기가 어려워집니다.

마무리

위의 통찰력은 멋진 책에서 나온 것입니다 얼마나 큰 일이 끝나는가 Bent Flyvbjerg와 Dan Gardner 교수. 그것은 큰 프로젝트가 어떻게 실패하고 언제 성공할 때에 대한 모든 세부 사항에 있습니다. 디자인에 관한 책이 아니라 원하는 디자이너들에게 환상적인 책입니다. 더 나은 계획과 추정.

모든 팀이 크고 복잡한 프로젝트에서 일하는 것은 아니지만 때로는 이러한 프로젝트가 불가피하게됩니다 – 유산을 다룰 때, 높은 가시성이 높은 프로젝트, 정치 계층 또는 회사가 움직이는 완전히 새로운 영역.

성공하는 좋은 프로젝트는 공통점이 있습니다. 그들은 대부분의 시간을 위험 계획 및 관리 알 수없는 미지의. 그들은 큰 뱅크 계시를 피하고 대신 지속적이고 반복적으로 테스트합니다. 그게 당신입니다 성공할 수있는 가장 좋은 기회 – 어쨌든 그들이 완전히 떠오르는 것을 막을 수 없으므로이 미지의 사람들을 둘러보십시오.

신규 : UX 및 설계 영향을 측정하는 방법

측정 UX 및 디자인 영향 (8H), a 디자이너 및 UX 리드를위한 실용 가이드 비즈니스에 대한 놀라운 UX 영향을 형성, 측정 및 설명합니다. Vitaly Friedman이 녹음하고 업데이트했습니다. 친절한 코드를 사용하십시오 IMPACT 에게 20% 할인을 절약하십시오 오늘. 세부 사항으로 이동하십시오.

Vitaly Friedman과 함께 UX 및 디자인 영향을 측정하는 방법.
스매싱 편집
(YK)

출처 참조

Post Comment

당신은 놓쳤을 수도 있습니다