제품 개발 결정을 사전 윈도 관리자: 방법

제품 개발, 제품 관리자와 같은 포함 하는 데 필요한 제품 기능을 개발 하는 방법과 마케팅 접근 권리를 찾을 수에 대 한 결정의 많은 필요 합니다. 스티브 시노 프 스키, 마이크로소프트의 윈도 즈 비즈니스의 전 대통령 최근 학습 운송 프로젝트 스티븐 Sinnowski의 "범위"를 결정 하는 가장 중요 한 첫 번째 단계는 개인 블로그를 했다.

시노 프 스키의 권고는 다음과 같습니다.

결정을 해야 하는 첫번째 일은 새로운 제품, 현재 제품에 대 한 개선, 현재 제품 또는 다른 제품 공동 개발의 철저 한 변화 인지. 이 때문에 "제품의 범위는 엔지니어링 선택 뿐 아니라 도입 되어 제품을 포지셔닝 하는 방법 이다."

-해당 되는 경우 그것은 새로운 제품, 기능 및 투자, 최소한 팀에 게 필요 하지만 당신은 또한 제품 회사 또는 업계에 새로운 인지 고려할 필요가.

-기존 제품을 개선 하는 경우 이러한 개선 사용자 경험, 데이터, 플랫폼, 및 기능을 포함 하 여 현재 제품 호환 여부 고려 해야 합니다.

-해당 되는 경우 현재 제품을 재발견 해야 변경 해야 하는 당신의 제품의 어느 부분을 분명히 확인 합니다.

-다른 제품과 함께 공동에서 개발 하는 경우 다음 다른 제품과 새로운 제품 작동 방법을 결정 해야 합니다.

또한, 팀은 종종 제품 기획 및 실행 과정에서 일반적인 문제가 발생. 시노 프 스키는 말했다:

-프로젝트 실행 중 프로젝트 범위를 재평가 예를 들어 프로젝트의 범위를 향상 한 제품에서 변경 되 면 팀 일정 조정 하는 데 필요한 것입니다.

-시간 및 자원의 일정 금액을 함께 할 수 있는 것 보다 더 많은 일을 하려고 합니다.

-새로운 아이디어와 서, 그것은 최소화 된 제품을 개발 하는 것이 좋습니다 하지만 있는지 확인을 해야 때 전체 프로젝트 너무 작은 일은 안하고.

-잘못 된 문제를 해결 하려고 합니다.

고려해 야 할 또 다른 문제는 conditionality 및 전략적 제약 제품에 의해 직면. "이러한 한계를 치료 하는 한 가지 방법은 프로젝트의 범위에 있는 주요 변수 사전에 이러한 변수의 값을 확인 하 고 합리적인 방식으로 프로젝트를 디자인 하 는" 시노 프 스키는 말한다. "고려 하는 특정 문제를 포함:

-얼마나 많은 사람들이 프로젝트에 작동 합니까?

-얼마나 오래 프로젝트 완료 될?

-어떤 도구와 코드 필요한가?

-프로젝트에 주요 위험 무엇입니까?

-제품 사용자 입니까?

-장기 계획 및 프로젝트의 목표는?

이 문서에서는 배송에 의해 학습에서

(Weifeng)

출처: http://tech.sina.com.cn/it/csj/2013-02-21/16078078173.shtml