오늘은 사례 연구를 완료하고(실제로 다른 작업을 수행해야 함) 제가 설명했던 2주차 작업에 대한 PPT 차트 작업을 하고 있습니다(ing..tasks are always ing).
요즘 내 앨범은 모두 응용 프로그램 캡처 화면입니다. 케이스 스터디용인데 이렇게 예리한 관점에서 전체적인 제품을 바라보고 의견을 형성하기는 정말 어렵습니다.
사례 연구의 경우 잘 수행된 연구 사례를 많이 보는 것이 도움이 되지만 조금 더 비교하려고 노력해야 합니다.
사실 앨범에 이런 사진들이 많다.
프로젝트를 어떻게 관리할 것인가?
1. 프로젝트 우선순위 설정 1
프로젝트가 실패하는 이유는 무엇입니까?
사실… 대부분의 프로젝트는 실패합니다. 왜?
(조사 자료)
조직 우선순위의 불안정성(39%) > 프로젝트 방향의 불안정성(37%) > 의사소통 미흡 > 미숙한 리스크 관리 > 미숙한 관리자 > 무능한 팀원 > 자원 부족 > 기타
프로젝트 방향 불안정 – 제품 방향이 자주 변경됨
조직의 자원은 제한되어 있고 모든 이해관계자의 요구를 수용하기 어렵습니다.
정확한 방향, 명확한 우선순위!
(방향, 신뢰) No라고 말할 줄 아는 사람
프로젝트 우선 순위는 무엇입니까?
제품 개념을 구현하는 데 가장 필요한 기능(킬러 기능)의 우선 순위 지정
킬러 기능: 핵심 기능
카카오톡 킬러 기능: 메시지 보내기
인스타그램: 이미지 업로드
에어비앤비: 숙소 예약
LinkedIn(비즈니스 프로필 공유 서비스 개념): 프로필 생성
넷플릭스: 동영상 재생
2. 프로젝트 우선순위 설정 2(방법론)
프로젝트 우선 순위 설정 기술
우선 순위 설정 시 고려 사항
1) 서비스 컨셉
2) 일정
3) 가용 자원(인력, 서버 자원 등 제품 개발에 필요한 모든 자원)
-2)와 3)은 순서가 바뀌어도 큰 의미가 없지만 1)은 방향에 영향을 미치므로
프로젝트를 진행하기 전에 명확하게 정의해야 합니다! 개념에 맞는 킬러 기능은 무엇입니까? 통합합니다.
방법론
1) 모스크바 방법론(모스크바)
민첩한 제품 관리 방법에서 중요한 것과 중요하지 않은 것을 구별하는 기술
가장 많이 사용되는 방법론
Must have(킬러 기능), Should have(높은 우선 순위), could have(충분한 리소스가 할당된 경우 시도할 수 있으며, 사용할 수 없는 경우에도 제품 성공에 큰 영향을 미치지 않음), will not have(필요하지 않은 기능) 즉시 포함됩니다) 또는 제품)
-C와 W는 구별하기 어려울 수 있으므로 사용자 측에서 자세히 살펴봐야 합니다.
– 상황에 따라 우선순위가 달라지기 때문에 아이템도 단계별로 유동적으로 변경이 가능합니다.
-주요 프로젝트에 대한 방법론(서비스 개편, 전체 개편, 신규 출시 등)
2) 워킹 스켈레톤 방법론
구현할 기능 또는 제품의 PoC(Proof of Concept) 버전으로 주로 MVP의 우선 순위를 정의하는 데 사용되는 기술입니다.
– 성숙한 제품을 보유한 기업에서는 거의 시도할 수 없는 방법론
– 이용자의 VOC는 즉시 부정적으로 변할 수 있기 때문에 브랜드 이미지 방어에 치명적일 수 있습니다.
– 초기 스타트업 및 기업가 수준에 유용
– 사용자 흐름에서 순위 요구
-완전히 작동하는 제품의 형태여야 합니다.
-충분한 비즈니스 가치를 포함해야 합니다.
3) RICE 방법론
보다 객관적이고 수치적이며 정량적인 판단을 가능하게 하기 위해 우선순위에 등급 포인트 모델을 사용하는 기술
쌀 점수에서 각 특징의 점수가 높은 순으로 우선순위를 매긴다.
– 대규모 프로젝트에서는 잘 사용되지 않는다. 계산할 요소가 너무 많을 때 비효율적이기 때문입니다.
– 성숙한 제품 및 서비스를 개선하기 위한 프로젝트에 사용