모스크바 방법 : 웹 사이트 기능의 우선 순위를 높이는 방법을 효과적입니다.

당신은 해본 적이 있습니까? ... 프로젝트 회의가 새로운 웹 사이트를 만들 때. 팀의 모든 사람들은 "중요한"아이디어와 요구를 가지고 있습니다. 마케팅은 천재 챗봇을 얻기를 원합니다. 영업 부서에는 복잡한 가격 계산 시스템이 필요하지만 CEO는 웹이 월드 클래스 웹 사이트와 같은 탁월한 애니메이션을 갖기를 원합니다. 마지막으로, 이전에 무엇을 시작 해야할지 모르기 전까지는 모든 것이 "중요한"것으로 밝혀졌습니다. 프로젝트가 지연 될 때까지 예산이 높아지고 팀은 화재가 발생하지 않기 시작했습니다.

당신이 상황에 직면한다면 "사랑합니다." 이렇게 걱정하지 마세요. 모스크바 메소드 라는 "백마의 영웅"이 있습니다 . 이것은 혼란스러운 요구를 조직하는 데 도움이되는 프레임 워크입니다. 팀이 정시에 그리고 통제 된 예산으로 작업을 제공하는 데 집중할 수있는 명확하고 실제 계획이 되려면. 준비가되면이 도구가 어떻게 혼란을 효율성으로 바꿀 수 있는지 살펴 보겠습니다.

인생의 실제 문제 : "모든 것"이 "긴급 해"가되면

프로젝트의 세계에서 특히 웹 사이트 또는 소프트웨어 개발의 가장 고전적인 문제는 "범위 크리프"또는 태국 사람들이 "부어 오른 기능"이라고 부르는 것입니다. 처음에 계획보다 더 많이 상상해보세요 ...

간단한 전자 상거래 웹 사이트를 만들려는 의도로 프로젝트를 시작하지만 회의 후 무기한 누군가가 "우리는 충성도 프로그램 시스템도 있어야한다"고 제안했습니다. 다른 사람은 "고객이 카메라를 통해 제품을 시험해 볼 수 있도록 AR 기능을하지 않겠습니까?"라고 덧붙였습니다. 물론 "AI가있는 제품 추천 시스템"이 있어야합니다. 일어나고있는 일은 3 개월 안에 완료되어야하는 프로젝트에서 6 개월 동안 또는 연도까지 연장되었습니다. 예산 세트로는 충분하지 않습니다. 팀은 끝없는 요구를 다루어야했기 때문에 피곤해졌습니다. 이것은 수많은 프로젝트를 파괴 한 문제입니다. 이 모든 것은 종종 좋은 계획과 의사 결정의 부족으로 인해 처음에 발생합니다. 프로젝트의 성공에 매우 중요한 발견 단계 라고도합니다

삽화를위한 프롬프트 : 회의실은 화이트 보드 보드의 혼란으로 가득합니다. 게시물이 있습니다. 방의 모든 사람들은 진지하고 혼란스러운 표현을 가지고 있습니다. 제어되지 않은 "기능 크레타"를 전달합니다

그 문제는 왜 다음과 같습니다. 의사 결정에 "핵심"이 부족합니까?

"부어 오른 특징"문제는 다른 사람의 나쁜 의도로 인해 발생하지 않습니다. 그러나 대부분은 명확하지 않은 "구조"와 "사고"에 의해 발생합니다. 주요 원인은 다음과 같습니다.

• 명확한 목표 부족 (명확한 목표 부족) : 팀 이이 단계에서 프로젝트의 "목표"와 같은 이미지가없는 경우? (예를 들어, 시장을 테스트하거나 판매를 늘리거나 인식을 창출하기 위해). 모든 아이디어는 "가능한"및 "해야 할 것"처럼 보일 것입니다.
• 모든 당사자는 자신의 "중요성 (사일로드 우선 순위)을 가지고 있습니다. 마케팅 부서는 리드 생성의 관점에서 볼 수 있습니다. 영업 부서는 전환의 관점에서 보았으며, 고객 서비스 부서는 평가에 중심 틀이 없을 때 질문을 줄이는 관점에서 보았습니다. 모두가 가장 중요한 것을 추진할 것입니다.
• "누락 된 것"을 두려워합니다 ( 처음부터 가장 많은 기능을 착용 한 것에 대한 두려움은 사용자에게 복잡하고 혼란스러운 경험을 만들 수 있다는 사실에도 불구하고 제품을 최고로 만들 것입니다.
• "아니오 '라고 말하는 프레임 워크는 없습니다. 모든 사람이 함께 받아들이는 원칙은 없습니다. 프로젝트 관리자 나 제품 소유자가 다양한 요청을 거부 할 수 없게 만드는 원칙은 없습니다. 합리적으로 합리적이며 종종 충돌을 피하기 위해 모든 것을"수락 "하는 것으로 끝날 수 있습니다.

삽화를위한 프롬프트 : 4 명 (각 부서의 담당자)이있는 인포 그래픽 스타일 그림은 다른 방향으로 로프를 잡아 당기고 있으며 중간에 "Project Go"라는 단어가 누락 될 예정입니다. 일반적인 목표의 부족을 전달합니다

왼쪽에 어떤 영향을 미치는지 : 재난을 "프로젝트 충돌"이라고합니다.

범위 크리프 문제를 관리없이 계속합니다. 프로젝트를 "느리게"만드는 것뿐만 아니라 더 심각한 재난으로 이어질 수 있습니다.

• 예산이 높아지고 낭비적인 자원 : 이것은 가장 분명한 효과입니다. 추가 된 모든 기능은 지불해야 할 시간과 돈입니다. 대부분은 일반적으로 많은 설정 이상입니다.
• Bloated Product : 사용자를 만나고 사용하기 쉬운 웹 사이트를받는 대신 사용되지 않은 기능으로 가득 찬 "몬스터"를 반환하여 사용자 경험 (UX)을 악화시키고 마지막으로 고객이 탈출 할 수 있습니다.
• 팀은 전력과 효율성이 떨어집니다 (팀 번 아웃) : 오랫동안 명확하지 않은 압력과 작업 범위로 작업합니다. 팀이 피곤하고 낙담하며 중요한 인원의 사임으로 이어질 수 있습니다.
• 비즈니스 기회 상실 (Maiket Opportunity) : "May"기능 "을 만드는 데 바쁘지만 아무도 경쟁사를 사용하지 않지만 더 간단한 제품을 시작할 수 있지만 시장은 요점에 반응하고 고객을 먼저 소개하는 데 도움이되지만 효과적인 우선 순위를 제공해야합니다 .

삽화를위한 프롬프트 : 무거운 물건이 들어 있고 바다로 가라 앉히는 큰 배. "프로젝트 타임 라인 및 예산"으로 작성된 표시가 너무 많아서 너무 많은 기능으로 인해 충돌 할 프로젝트를 전달합니다.

해결책이 있습니까? 그리고 시작 장소 : 모스크바 방법을 알아보십시오

모스크바 방법과 같은 단순하지만 강력한 프레임 워크를 사용하는 것 팀과 이해 관계자를 돕는 것은 우선 순위입니다. (이해 관계자) 모든 사람은 각 프로젝트에서 "필요한"것을 이해합니다.

모스크바라는 이름은 러시아의 수도와 관련이 없습니다. 그러나 그것은 4 가지 범주의 우선 순위의 약어입니다.

• M- 꼭 봐야합니다 (필수) : 기능이거나 전달되는 프로젝트 나 제품이 없으면 전혀 유용하지 않거나 전혀 유용하지 않으면 "절대적으로 필요한 것"입니다. 간단히 말해, "전자 상거래"및 "지불 바구니"웹 사이트와 같은 "그녀는 그녀가 부족할 수 없습니다".
• S-해야 할 것 (해야 할 것) : "중요한"기능이며 많은 차이를 만듭니다. 그러나 첫 번째 출시에는 필요하지 않습니다. 제품은 이러한 기능이 없어도 여전히 작동 할 수 있습니다. 그러나 "주문 기록보기"또는 "제품 비교"기능과 같이 다소 열등 할 수 있습니다.
• C- 할 수 있습니다 . 그러나 그것 없이는 주된 사용에 거의 영향을 미치지 않습니다. 이러한 기능은 일반적으로 색상 버튼 변경과 같은 시간과 리소스 만있을 때 수행됩니다.
• w- 절대로 - 이번에는 없을 것입니다 (이번에는 없을 것입니다) : 이 작업에서 "할 수없는"팀의 특징이거나 필요합니다. 이 범주를 지정하는 것은 매우 명확합니다. 모든 사람의 기대를 관리하고 범위 크리프를 보호하는 데 도움이되기 때문입니다. 영원히하지 않는 것은 아니지만 미래에 고려 될 수 있습니다.

와 아사나 에게 중요한 도구라고 설명 하듯 이이 원칙은 전 세계 주요 조직에서 널리 사용됩니다. 명확한 로드맵을 만드는 것이 좋습니다.

삽화를위한 프롬프트 : 명확하고 아름답고 인포 그래픽은 아이콘과 짧은 설명이있는 M, S, C, W에 대한 4 개의 채널로 나뉩니다. 각 카테고리에 대해 이해하기 쉽습니다

달성했던 실제의 예 : SaaS 스타트 업의 출시를 연구하는 사례

명확하게하기 위해 프로젝트 관리를위한 플랫폼을 만들려는 SaaS 스타트 업 회사의 예를 살펴보십시오. 그들은 기능에 대한 많은 아이디어를 가지고 있습니다. 그러나 첫 번째 버전으로 제한된 3 개월 만 (MVP- 최소 vible 제품)

시작 문제 : 프로젝트 제작, 과제, 팀의 채팅 시스템, 제작, Gantt 차트, 시간 추적, Google 캘린더 연결 및 대시 보드 사용자 정의 생성을 갖고 싶은 항목 기능

Moscow Method 사용 : 팀은 워크숍을 조직하고 모든 기능을 4 가지 범주로 나누었습니다.

• 필수품 : 등록 및 로그인, 프로젝트 생성, 증가 및 할당 (작업), 마감일 결정이 없으면 플랫폼이 주요 목표에 따라 작동 할 수 없기 때문입니다.
• 해야 할 것 : 알림 시스템 (알림), 작업에 파일을 첨부, 댓글 (댓글). 이러한 것들은 실제 사용에 매우 중요합니다. 하지만 첫날이 아니라면 여전히 작동 할 수 있습니다.
• 할 수 있습니다 : 테마 색상 변경, 드래그 드롭 드래그-도프
• 이 MVP의 경우 : Gantt 차트, 시간 추적, 보고서 작성, 타사와의 연결.

결과 : 팀은 계획대로 3 개월 이내에 MVP를 성공적으로 시작할 수 있습니다. 그들은 주요 기능에 중점을 둔 제품을 얻었습니다. 첫 번째 사용자 그룹의 피드백을 신속하게 수집하고 해당 정보를 가져 와서 자신있게 그룹의 기능을 개발할 수있는 기능을 개발할 수 있습니다. SaaS 사업의 적절한 구조는 지속 가능한 성장과 지원자 수를 늘리는 데

삽화 프롬프트 : 전/후. 왼쪽은 지저분한 특징으로 가득한 화이트 보드입니다. 오른쪽은 깨끗하고 사용하기 쉬운 MVP 버전을 보여주는 컴퓨터 화면입니다. 성장하기 시작하는 사용자 그래프로

따르고 싶다면 어떻게해야합니까? (즉시 사용할 수 있습니다) : 점검 목록 조직 워크숍 모스크바

프로젝트에서 모스크바 방법을 즉시 사용하기 시작할 수 있습니다. 이것은 우선 순위를 정하는 워크숍을 조직하는 간단한 단계입니다.

1. 준비 (준비) :
   • 모든 관련 이해 관계자 초대 (제품 소유자, 프로젝트 관리자, 개발 팀 담당자, 비즈니스 담당자/마케팅)
   • 이 프로젝트 또는 스프린트의 "주요 목표"를 명확하게 설정하십시오 (예 : 목표는 피드백을 저장하기 위해 가능한 한 빨리 시작하는 것입니다).
   • 기능, 사용자 스토리 또는 모든 요구 수집 (백 로그 또는 브레인 스토밍에서 나올 수 있음)
2. 워크숍 수행 (실행) :
   • 모든 사람에게 모스크바의 원칙 (필수,해야 할 수있는 것, 할 수 없음)을 설명하십시오.
   • 한 번에 하나의 항목을 고려할 각 기능을 가져 오십시오.
   • "토론"팀 및 "교환 이유"에 공개되는 것은 "주요 목표"세트를 기반으로하는 기능 범주가 있어야합니다.
   • "출시 당일 에이 기능이 없다면 어떻게 될까요?"와 같은 질문을 사용하십시오. "제품이 여전히 작동합니까?"
   • 팀에 동의하도록 노력하십시오. 그러나 갈등이 발생하면 제품 소유자 또는 가장 강력한 의사 결정 기관이 결정이어야합니다.
3. 요약 및 커뮤니케이션 (마무리 및 의사 소통) :
   • 그룹이 사진을 찍거나 결과를 명확하게 기록하도록 완료되면
   • 이 결과를 팀의 모든 사람과 관련 경영진에게 전달하십시오. 모든 사람들이 "무엇을 할 것인지"와 "무엇을 할 것인지"와 같은 이미지를 볼 수 있도록 이번 라운드에서 무엇을 할 수 있습니까?
   • 로드맵 또는 스프린트 계획에서 계획을 계속 계획하십시오.

이 기능의 우선 순위는 팀 관리의 일부일뿐입니다. 전자 상거래 비즈니스에서 팀의 구조와 역할 문제가 여전히 있습니다.

삽화를위한 프롬프트 : 독자가 명확한 프로세스를 볼 수 있도록 각 단계 (준비, 워크샵, 요약)에 대한 아이콘이있는 아름다운 체크리스트 이미지를 쉽게 사용할 수 있습니다.

사람들이 궁금해하는 경향이있는 질문과 정해진 답변

질문 1 : 모든 이해 관계자가 모든 기능이 '필수품'임을 확인하면 어떻게해야합니까?
답 : 이것은 고전적인 상황입니다! 해결책은 합의 된 프로젝트의 "주요 목표"로 돌아가는 것이며 "이 단계에서 우리는 5 명을 넘을 수 없다"와 같은 할당량을 지정해야 할 수도 있습니다. 모든 사람이 가장 중요한 것을 선택하도록 강요하려면 제품 소유자 또는 프로젝트 관리자 인 사람들은 협상자 역할을하고 프로젝트의 혜택을 결정해야합니다. 하나의 요구가 아닙니다

질문 2 : '하지 않음'범주는 사람들이 아이디어를 잃어 버릴 것인지 아닌지를 제안하게 할 것인가?
답변 : 아니요, 우리가 올바르게 의사 소통한다면 항상 '생각하지 않는 것이 "당신의 아이디어가 좋지 않다는 것을 의미하지는 않거나"우리는 영원히하지 않을 것 "이라고 강조해야합니다. 그러나 그것은 "우리는 이번 라운드에서 그것을하지 않을 것"을 의미합니다. 그리고 미래에 고려해야 할 좋은 아이디어를 백 로그에 가져 오십시오. 그것은 유망하고 할 수없는 것보다 기대에 대한 기대가 더 좋습니다.

질문 3 : 우리는 얼마나 자주 모스크바를 검토합니까?
답변 : 정기적으로 검토해야합니다. 최소한 비즈니스 상황으로 인해 새로운 작업 (새로운 스프린트 또는 새로운 단계)을 시작할 때마다 고객의 피드백 또는 기술 제한이 항상 변경 될 수 있습니다. 예전의 기능은 다음 단계에서 '필수품'이 될 수 있습니다. 유연성은 마음입니다.

삽화를위한 프롬프트 : 물음표가있는 노동 램프 아이콘과 누군가가 웃으며 솔루션을 전달하기위한 자신감을 제공합니다.

이해하기 쉬운 요약 + 노력하고 싶어

모스크바 방법은 모든 문제를 해결할 수있는 마술 의학이 아니지만 강력한 프레임 워크입니다. "Chaos"는 "명확성"이됩니다. 그것의 마음은 양질의 대화를 만들고 팀의 모든 사람들이 "실제로 필요한 것은 무엇입니까? 우리가 지금 목표를 달성하기 위해서는?"라는 가장 중요한 질문에 대답하도록하는 것입니다.

모든 일을 동시에 동시에 수행하려고 시도한 다음 가능한 빨리 주요 가치를 사용자에게 전달하는 데 집중하는 것은 장기적으로보다 선명한 전략입니다. 위험을 줄이고 예산을 절약하고 팀의 사기를 유지하는 데 도움이됩니다. 그리고 가장 중요한 것은 고객이 원하는 제품을 실제로 만드는 것입니다. 당신이 원하는 제품은 "생각"하지 않습니다

이제 조준의 목표와 "부어 오른 기능"의 회로를 멈출 때입니다. 체크리스트를 사용해보십시오. 우리가 다음 프로젝트에 제공 한 워크숍 모스크바. 그리고 우선 순위가 얼마나 강력한 지 알게 될 것입니다.

발견 계획 프로세스에서 도움이되는 전문 팀을 찾고 있다면 비즈니스 요구를 충족하는 웹 사이트 우선 순위를 정하고 개발합니다. Vision X Brain Team은 귀하와 상담하고 협력하여 훌륭한 결과를 창출 할 준비가되었습니다.

삽화를위한 프롬프트 : 팀의 그림은 모스크바에 따라 마련된 프로젝트의 로드맵을 가리키며 행복하고 자신있게 웃고 있습니다. 작업의 성공과 명확성을 전달합니다

‍