Windows 제품 계획 - 피드백 반영
편집 노트: Windows 플래닝 & PC 에코시스템 팀을 리드하는 Mike Angiulo 를 소개합니다. Mike 의 팀은 우리의 모든 하드웨어, 소프트웨어 파트너와 긴밀히 일을 하고 있습니다. 또, 새 버전의 Windows 에 대한, 엔지니어링 팀의 제품 플래닝과 리서치를 담당하고 있습니다. --Steven
Windows 에는 우리의 고객과 시장에 대해 배우기 위한 여러 가지 종류의 방법이 있고, 그것은 모두 우리가 무엇을 개발하기 위한 결정을 하기 위해서 도움이 되고 있습니다. WinHEC와 PDC 는 우리의 엔지니어가 대답할 각각의 질문에서, 원격 측정법 시스템에 있는 몇 백만의 레코드까지, 여러분이 우리에게 Windows 에서 무엇을 개발했으면 하는지, 또 그것이 어느 정도 잘되어 가는지 등 모든 종류의 질문에 대부분 답변하기 위한 도구를 우리는 가지고 있습니다. (역주：원격 측정법 시스템이란, Customer Experience Improvement program - 고객 경험 향상 프로그램(CEIP)을 통해 전세계 사용자 여러분의 PC에서 인터넷 경유로 자동적으로 보내어진 PC 가동 상황 정보의 데이터베이스입니다. ) 이러한 요구를 모두 모아서 운영 체제 출시하기 위해서, 계획을 구축하는 것은 매우 큰 도전입니다. 그것은 마치 10 억 명의 친구로부터 피자 주문을 받아들이는 기분입니다 !
계속해서 연구해가는 조직을 만들기 위해서, 우리 자신이 언제나 배우려는 자세를 잃지 말아야 한다는 것은 당연한 말씀입니다. 이 활동은 우리의 조직에서는 생산계획 팀(몇 십 명의 엔지니어로 구성되어 feature 팀의 프로그램 관리자-, 개발자, 그리고 테스터와 함께 일을 하고 있는 팀)이 리드합니다. 그들은 제품개발 주기를 통해 우리 제품의 비전에 설득력이 있는지, 그리고 그 비전이 우리 고객의 실제 환경을 바탕으로 하여, 항상 변화하는 비즈니스 현상이나 경쟁 제품과의 우위를 차지하는지 확인하고 있습니다. 최근 2 년간, 우리는 몇 십 명의 프로 조사원을 동원해야 설문을 실시하여, 포커스 그룹에서의 청취 실시, 원격 측정법 정보나 제품 사용 상황을 분석하여 비전을 세워, Windows 7 개발에 진행되어 왔습니다. 그 작업은 아직 끝나지 않았습니다. 우리가 독자적으로 하는 시장 조사나 이 블로그에서 여러분의 피드백을 참조하여, 우리는 우리의 제품 그 자체와 우리가 고객이나 파트너에게 제품에 대해 이야기하는 방법을 향상시켜 갈 것입니다. 다만 이것은 모든 요청에 대답할 수 있다는 것을 의미하는 것은 아닙니다. 플래닝의 가장 어려운 일중 하나는 이것들 모든 데이터를 개발을 위한 실시 가능한 계획으로 전환하는 것입니다. 최근에는 세 가지의 어려움과 직면하고 있습니다.
먼저 떠오르는 것이 "taste test challenge(맛 테스트에 도전)."입니다. 30년 전에, 유명한 두 개의 콜라 싸움에서 일어났습니다. “뉴·코카콜라”를 기억하시나요? 그것은 제품에 대한 고객의 최초 반응과 장기간에 걸친 제품의 고객 만족도 차이를 극단적으로 과장하여 일어났습니다. 우리는 윈도우 개발에서 항상 이 문제에 직면합니다― 즉 제품의 좋은 점을 알기 쉽게 하는 것과 제품이 그 수명 주기동안 높은 품질을 유지하는 것의 균형을 어떻게 하면 유지할 수 있을지 입니다. 여러분은 어쨌든 빨리 실행되는 것과, 여러분이 어떤 작업을 하는데 도움이 되는 것 중에서 어느 쪽이 좋습니까? 물론 우리는 어딘가에 극단적으로 치우친 적도 있고, 그대로 해버린 적도 있습니다- 실제 우리 불과 10년 만에 “c:\”에서 “Microsoft Bob”까지 이르렀습니다. 제품을 상자에서 꺼냈을 때에 신선하고 훌륭한 것과 제품이 지속적으로 성능을 발휘할 수 있는 균형을 유지하는 것이 항상 과제입니다. Microsoft에는 민족지 학자(ethnographer)가 있어, 제품의 구입 전부터 정기적으로 고객을 방문하고, 우리 제품의 수명 주기 전체에 대한 인상이 어떻게 제품 사용 방법에 영향을 주는지를 조사하고 있습니다.
두번째에 우리는 항상, “나무를 보고 숲을 보지 않는다” 것에 주의를 기울이고 있습니다. 그것은 고객 전체의 정보와 각각의 고객 정보를 적절한 균형으로 참고하는 것입니다. 전통적인 PC에 대한 논의는 한정되고 부분적인 사용 방법이 모여 전체적인 사용 방법을 구성한다는 같았습니다. 그 결과, 한정된 기능을 가지는 장치가 간단히 대다수의 고객을 만족시킵니다. 물론, 결론은 단기적으로 또 장기적으로 봐도 올바르지 않다는 것을 알고 있는 경우가 있습니다. 장기적으로는 “일반적인 사용 방법”은 타이핑과 인쇄에서 CD를 듣는 것이나 굽는 것, 그리고 게임을 하는 것에서 인터넷 서핑으로 바뀌고, 계속 서서히 발전해갑니다. 단기적으로 봐도 우리는 수천 가지의 PC 사용 방법을 조사해 왔습니다(물론 협력해 주신 사용자의 여러분의 덕분입니다), 그리고 많은 일반적인 사용 방법이 실제로도 일반적인 한편, 우리가 조사한 거의 모든 PC에서 1개 또는 그 이상의 독자적인 응용 프로그램이 사용되고 있고, 그것은 다른 PC에는 없다는 것을 알 수 있었습니다! “롱 테일 현상”은 매우 중요합니다. 왜냐하면, 만약 우리가 “일반적인 사용 방법” 위해서만 제품을 설계하면, 최종적으로는 누구도 만족시켜 줄수 없게 되기 때문입니다. 이 선택과 복잡함의 절충은 집단과 개인 모두의 사용 방법을 엄밀하게 조사하여, 어느 쪽의 관점도 잃지 않았던 것에서 얻을 수 있던 것입니다.
세 번째는 타이밍입니다. 타이밍이 전부입니다. 우리에게는 매우 다이내믹한 시장 - 현재 우리가 개발하고 있는 것이 영향을 미치는 시장 상황을 배우기 위해, 현재 실행하고 있는 프로세스가 있습니다. 최종적인 목적은 소프트웨어와 하드웨어의 궁극적인 경험을 고객에게 제공하는 것입니다. 즉, 적절한 타이밍에 적절한 제품을 제공하는 것입니다. 우리는 새로운 카테고리의 소프트웨어 지원 출시를 너무나 오래 기다리게 되면, 어떻게 되는지를 배웠습니다. (초기 단계에서 Bluetooth 연결 표준 규격의 경험에서 더 잘 할 수 있었을 것이라고 생각합니다. ) 또, 소프트웨어는 출시되어도 나머지 에코시스템이 아직 준비되어 있지 않은 경우에 어떻게 되는지도 알고 있습니다. 이 문제는 장래 제공되는 기술의 계몽, 충돌하는 규격 추적, 사용자 시나리오 진화에 주목, 소프트웨어 지원 조정 등의 작업을 수반합니다. 대상이 유동적이라고 말하면 충분하지 않을지도 모르지만 이러한 일은 Windows 가 출시된 뒤에도 우리가 지속적으로 피드백을 받고 있는 이유를 보여줍니다.
이것들 세 가지의 주요한 절충이 항상 활발한 논의가 됩니다. 이 블로그에 대한 지금까지의 댓글을 보면 일목요연해 집니다. 물론, 이것들 「명시된」요구에 책임을 가지는 것이 우리가 다이내믹하고 도전적인 시장에서는 필요한 일입니다. 동시에 우리는 특히 큰 절충을 해야 합니다. 그것은 현재 필요한 일과 장래 필요하다고 생각되는 것의 균형을 유지하는 것입니다. 이것은 「명시되지 않은 요구」를 정의할 때의 과제입니다. 모든 기술 산업은 혁신하거나 유지하거나, 또는 불연속적인 S 자 곡선의 개념을 인정할지 어떨지 등, 그것을 어떻게 부르는 것에 관계없이 이 절충과 직면합니다. 같은 시장에서 정보를 얻고 있던 양사가 최초의 상용 해머와 최초의 하이브리드 차 프리우스를 같은 해에 발매한 것은 왜일까요? 1998년이 혼란했기 때문이라는 것은 아니고, 단기적인 시장 수요와 장기적인 시장 수요가 분명하게 일치하지 않았기 때문입니다. 교외 쇼핑센터의 혼잡한 주차장에서 살아 남기 위한 강화된 오프로드 수용력에 대한 요구가 있는 한편으로, 전세계의 대학에서 예측되던 임박한 환경 파괴 문제가 있었습니다. 우리는 이와 같이 밸런스가 필요한 상황에 언제나 직면하고 있습니다. 하나의 출시로, 하위호환성과 장래 확장성을 어떻게 제공하면 좋을까요? 64 비트로 향하는 경향은 응용 프로그램 시나리오에 의해서 촉진되는 것일까? 그렇지 않으면 가게에서 팔리고 있는 4 GB 머신에 의해서 촉진되어 가는 것일까요?
우리에게는 중요한 절충에 대한 입력이 있습니다. 우리는 장래의 동향에 대한 견해가 있습니다. 일반적으로 이것은 다음 버전의 제품을 시작하려면 충분하고, 우리의 계획을 최초의 방향성에서 개발 기간 동안 시종 일관되도록 고객이나 파트너와의 관계를 지속하고 있지만, 그러나 제품을 출시할 수 있는지 알려면 불충분합니다. 정말로 출시할 수 있는지 확인하려면 , 커뮤니티 테크니컬 프리뷰와 기술 적용 프로그램(Technology Adoption Program = TAP) 혹은 옛날부터의 일반용 베타도 항상 몇 가지의 엔지니어링 피드 공정이 필요합니다. 베타 테스트의 기원이나 그 뿐만 아니라 현재의 베타라는 말의 정의로조차 명확하지 않습니다. 몇 가지 제품은 영원히 베타인 것 같습니다! 우리는 제품을 여러분에게 보여드리고, 최종적인 피드백을 얻는데 가장 효과적인 타이밍을 찾으려 하고 있습니다. 만약 너무 빨리 출시되면, 일반적으로는 특히 성능, 보안, 호환성 및 다른 중요한 기본 특성 평가를 하기에 충분하지는 않습니다. 만약 너무 늦게 출시되면, 여러분의 피드백을 실제로 적용할 수 없습니다. 즉, 자동적으로 무시되어 버리는 피드백을 여러분에게 부탁하게 됩니다. 이것이야말로 고객 만족도를 저하시키는 가장 빠른 방법이라고 생각합니다. 단지 「이 사이트를 보고!」라는 댓글이 많이 있을 만한 어떤 회사의 소프트웨어에 「피드백」사이트를 본 적이 있습니다. Windows 7에 대해서 충분히 체험하는 한편, 제품을 향상시키기 위한 충분한 시간이 있는 타이밍에서 베타를 출시하려 합니다. 이 블로그는 우리의 프로세스에서 중요한 것이 될 것입니다. 왜냐하면, 이 블로그는(제품개발 프로세스 중에서) 남겨진 자유도 각각의 영역에 대한 중요한 가정에 대해, 여러분이 이해하실 수 있도록 충분한 설명, 컨텐츠 그리고 가이드 라인을 제공하고, 또 여러분에게서 받을 수 있는 모든 피드백에 대해, 귀를 기울여 대답하는 상호작용 형태를 만들 수가 있기 때문입니다. 그 결과 몇 가지의 버그는 고쳐질 것이고, 몇 가지는 드라이버나 응용 프로그램의 버그로서 우리의 파트너 기업의 분들이 수정할 수 있도록 우리가 도움이 될 수 있다고 생각합니다. 몇 가지의 경우에서는(비록 그것들이 가치가 있었다고 해도 ) 논의를 하는 것만으로 끝나 버릴지도 모릅니다. 다만, 이러한 경우에도 우리는 계속 이야기해 건설적인 댓글, 버그, 아이디어에 대해 대답해 갈 것입니다. 이전에는 없을 정도 가치가 있는 회화를 시작할 수 있겠지요. 댓글을 계속 부탁합니다. 또, Customer Experience Improvement program, WinHEC, PDC , 뉴스 그룹, 포럼에 대해 피드백을 받을 수 있도록 아무쪼록 부탁합니다. ? 여러분의 의견를 기다리고 있습니다!
Thanks,
- Mike