인터넷을 승리 하는 가장 빠른 방법

출처: 인터넷
작성자: 사용자
키워드: 인터넷 제품 속도 모델 빠른 반복

현재 인터넷 시대에, 그들의 시대 아니다 하지만 빠른 물고기 먹고 느린 물고기 시대. 마찬가지로 유명한 "세계 무술만 빨리 안 깨진", 인터넷 제품 원리 이기는 빠른 단어. 제품 개발의 다양 한 형태로 구현 값 중 하나입니다 우리는 항상 "빨리", 어떻게 해야 우리가 이해 하 고 해석 하는 "빠른"?이 원리를 구현 하는 방법은 무엇입니까?

빠른 반복, 빠른 머리

인터넷 제품은 전통적인 소프트웨어 개발에서 다른, 우리는 직면 사용자의 수백만의 수백을 가진 거 대 한 사용자 그룹, 그들이 누군지, 어떤 환경, 어떤 종류의 습관, 어떻게 우리가 우리의 제품을 좋아하는 지, 우리의 제품을 사용 하 여...

그림 1 QQ 농장의 "속도 모델"

우리가 모르는 이런 것이 들 정확 하 게. 따라서, 사용자 연구, 시장 조사, 몇 개월을 통해 하지 인터넷 제품의 수요 제품 계획 할 수 있다 인터넷 사용자 그룹 자체 또한 동적의 급속 한 발전에서은 말할 것도 없고, 분명.

어떻게 우리가이 상황에서 우리의 제품을 개발 합니까? 최고의 가능한 제품 기능을 선택 하는 방법? 사용자 가장 큰 나침반이 될 것입니다, 신속 하 게 유도 사용자 요구, 끊임없이 업그레이드 진화, 혁신, 제품 전방 체재 하는 유일한 방법은. 사용자의 피드백을 듣고 지속적으로 변경, 조정 하 고 다음을 따라 방향을 결정 하십시오.

따라서, "급속 한 반복" 제품에 대 한 우리의 기본적인 요구 사항, 수 다 빨리 충분히 측정 되고있다 제품의 개발은 성숙의 기준 중 하나입니다. "QQ 농장" 예를 들어 현재 평균 매일이 있다 적어도 하나의 릴리스 또는 너무 높은 제품 출시 리듬, 하는 이유는 더욱, 때문에 우리는 두 가지를 하 고 주장 하 고 있다.

반복을 안정화, 빠른 단계.

우선, 독특한 민첩 한 반복 개발 모델을 사용 하는 QQ 농장, "속도 모델." 라고

QQ 농장 연구 및 개발 팀, 역할을 포함 하 여 다 수의 구성: 프로젝트 관리자, 제품, UE 디자인, 전경 개발, 배경 개발, 테스트, 운영 및 유지 보수. 고정 된 반복적인 개발 주기로 주, 이번 주 포함 하는 각 역할에 대 한 연구 및 개발 협업 프로세스의 완전 한 팀: 전 반복 기능 계획, 반복 검토 및 반복 계획, 개발, 테스트 및 게시를 포함 하 여 반복 프로세스. 그러나 스크럼 민첩 한 반복와 가장 큰 차이점은 그것은 반복의 끝에 배달 되지 않습니다 하지만 하나의 반복에서 여러 개의 배달 및 게시 프로세스를 수행할 수 있습니다.

이 방법은 간단 보이지만 사실, 팀의 종합 연구 및 개발 기능입니다 거 대 한 도전. 주요 과제는 다음.

• 특징 일반적으로 개발 과정의 2 일을 초과 하지 않는 매우 작은 결과물에 금이 될 필요가 있다.

• 사전 반복, 기능 계획, 통신 유효성 검사, 인터페이스 상호 작용, 및 시각적 디자인을 사전에 완료 되어야 한다.

• 반복 계획 및 평가 프로세스 취해야 합니다 커플링, 커플링 관계 인간의 개발과 특성/하위 기능을 계정 하 고 매끄러운 개발 프로세스를 확인 하 고 위험을 줄일에 합리적인 계획 준비.

• 필요 높은 폐색 능력, 높은 용량, 작업 팀 구성원이 장기 암묵적인 협력 필요. 전경, 배경 개발, 테스터 원활한 협업을 효율적으로 통신할 수 있습니다.

머리 중심으로 특성

둘째, 우리의 제품 개발의 모든 활동은 수행 기능 중심으로. 더 일반적인 방법은 회귀 테스트 및 릴리스를 완료에 집중 특징의 배치를 계획 하 고 다음을 테스트 하기 위해 개발 단계를 통해 갈 것입니다. 그러나, "QQ 농장", 특성 계획, 계획, 개발, 테스트, 게시 드라이브 단위의 특성에 근거한 다. 즉, 기능 개발 되었습니다, 그것은 즉시 테스트 하 고 테스트 완료 된 후에 즉시 전송 됩니다. 반복 주기 내에서 공개 개발에서 과정에 독립적으로 평행한 많은 다른 기능이 있습니다.

이 또한 제품 기술 프레임 워크, 테스트 자동화, 운영 및 유지 보수 릴리스 자동화 기능을 지원 하기 위해 의존 해야 합니다. 하지만 "센터와 따라 머리 특성"의 핵심 아이디어는 제품, 기술, 프로젝트 관리 및 작업 차원에 제품의 전체 연구의 지속적인 개발의 기초 이며 지원 능력 개발의 원칙.

시기 적절 한 피드백 및 빠른 응답

제품의 빠른 출시를 달성 하기 위해 첫 번째 단계는, 근본적인 목적은 적시 제품 개발 조정 하기 위해서는 사용자 피드백 정보를 가능한 한 빨리 새로운 기능을 사용 하 여 사용자가 허용 하는. 따라서, 제품 팀 정말 값 피드백을 신속 하 게, 사용자 피드백 하 고 적시에 응답에 대 한 중요 하다. 12 년 후 인터넷의, 우리는 사용자 로부터 피드백에 큰 중요성을 첨부 하 고 지속적으로 제품 개선, 배달에서 축적 된 풍부한 경험.

건물 사용자 피드백 채널

우선, 다른 사용자 습관에 맞게 사용자 피드백을 수집 하는 방법의 문제를 해결 하기 위해 다양 한 피드백 채널의 방법으로 제공 되도록 피드백 적시. 사용자는 피드백, 제안 및 제안 하는 제품의 다른 채널을 사용할 수 있습니다.

피드백, 빠른 응답에 주의

사용자 피드백, 의견 및 제안, 제품의 개발에 대 한 보물을 제공 하는 광산 같습니다 하지만 그것은 정말 그들의 가치를 인식 하 고 신속 하 게 이러한 보물을 팔 수 있을 제품 팀에 대 한 쉽지 않다.

예를 들어 Qqmail, Tencent에서 사용자 로부터 피드백을 신속 하 게 대응 하기 위해 유통 1000/100/10 이야기.

• 매월 1000 포럼 사용자 게시물을 회신 해야 합니다.

* 매월 100 기사 Qqmail 관련 상담 해야 합니다.

• 각 사람이 달 당 10 사용자 피드백을 처리 해야 합니다.

데이터 작업을 데이터에 초점 유일한 진실 이다

얼마나 세심 한 조사 사전, 아무리 얼마나 세심 한 계획, 제품 관리자를 위한 새로운 기능을 릴리스는 여전히 무서운 경험: 사용자는 사용 하는 방법 사용자의 동의의 특성, 새로운 특성을 당기 거 나, 억제 하는 방법을 제품의 기능을 대화형 수 있습니다, 사용의 용이성, 안정성과. 이러한 질문에 대답 하는 것이 어렵습니다.

그림 2 연속 운전 데이터 분석의 예

작업 데이터의 분석을 통해 우리는 짧은 시간에 특정 제품 특성의 정확한 평가 얻을 하 고 제품의 개발을 신속 하 게 안내 수 있습니다. 그림 2는 93 일 이내 제품의 사용자 등록 성공률에 대 한 지속적인 운영 데이터의 예입니다.

그림 2에서 볼 수 있듯이 등록 성공률은 20% 사이의 안정적인 ~ 7 월 12 일의 앞에 30%. 등록 페이지 대화형 프로세스 최적화와 출시, 데이터 관측의 2 주 보여줍니다 새로운 대화형 디자인 기능, 것으로 예상 되어 후에 7 월 12 일 등록 성공률 40% ~ 60%, 7 월 17, 24에도 지방에 방향 2 일 모든 온라인 QQ 사용자가 메시지를 게시 그것의 등록 성공률도 약 두 수레 비율이 약 40% 포인트. 작업 데이터를 분석 하 여 우리가 신속 하 게 특성의 목표 달성, 그리고 다음 다음 행동을 지시 여부를 판단할 수 있다.

신속 하 게 혁신, 강도 필요

우리가 우리의 제품을 더 빨리, 반복 하지만 우리는이 아이디어를 신속 하 게 얻을 수 있을 것입니다? 그것은 그냥 제품 개념, 하지만 또한 다음과 같은 핵심 기술 강도, 가치, 기술 혁신 생각에 대 한 필요 그래서 그 기술 지 원하는 능력을 우리의 "빨리."

예를 들어 QQ 애완 동물, 기술 아키텍처를 통해 혁신 성공적으로 추진 하 고 클라이언트 제품 출시 속도 갱신 주파수. 전통적인 클라이언트 접근 한 버전의 전체 업그레이드를 새로운 아키텍처에는 다음 전체 업그레이 드만 1 일 동안 6 개월 걸립니다. 아키텍처는 다음과 같은 측면에서 신속 하 게 향상 시킬 수 있다.

클라이언트 웹 기술: 개발 방법 및 릴리스 사이클 같은 B/s 시스템

일부 사람들이 물어: 클라이언트의 제품 출시를 신속 하 게 수? 만들 수 있습니다 우리는 클라이언트는 웹으로 민첩 한? 대답은 예, 우리의 클라이언트 지연 로딩을 마이크로 커널 아키텍처, 웹 개발 클라이언트 제품 동일을 달성 하기 위해 클라이언트 웹 기술.

그림 3 QQ 애완 동물의 기술 구조

전체 아키텍처에 그림 3과 같이 클라이언트의 커널, 플러그인 버전 제어 서버 및 리소스 다운로드 서버 구성 됩니다.

커널 아래 간략하게 설명 되어 있습니다.

• 전체 클라이언트는 단 하나의 플러그 인 로더, 플러그인 버전 제어 구성 요소 및 리소스 다운로드 구성 요소 마이크로 커널 플러그인 플랫폼으로 변환 됩니다.

• 플러그 인 로더, 플러그 인을 로드에 책임 있는.

• 플러그인 버전 제어 구성 요소 로드 된 버전을 버전 서버 요청에 대 한 책임.

• 리소스 다운로드 컴포넌트, 플러그인 리소스를 다운로드에 대 한 책임.

• 프로세스를 실행 하는 클라이언트의 간단한 시작은 다음과 같습니다.

• 가져오기 버전: 커널 시작 후, 버전 제어 서버에 게 로드 하는 버전을 구하십시오.

•는 XML 구성의 적절 한 버전을 다운로드.

• 로더 XML 구성을 해결합니다.

• 첫 번째 플러그인 로드 논리를 시작 합니다.

• 첫 번째 리소스 다운로드 플러그인.

• 로드 첫 번째 플러그인.

• 계속 플러그인 자식 노드를 로드 합니다.

• 마이크로 커널 지연 로드 스키마는 표 1과 같이 웹 스키마 비교 됩니다.

게으른 마이크로 커널을 통해 동시에 아키텍처를 로드 얻을 수 있습니다 또한 플러그 앤 플레이의 특성 그래서 유연 하 고 안정적인 그 제품. 구성 요소는 강제로 분리 된, 조정, 테스트, 및 시스템 통합의 컨텍스트에서 종속성의 어려움을 크게 감소. 때문에 각 구성 요소는 독립적으로 다운로드 및 클라이언트 측에 로드 수, 릴리스 위험 감소 되 고 효율성은 증가 하는 것이 즉.

기능 지향 수직 아키텍처: 세분성 특성을 개발 하 고 개발 효율성을 향상

전통적인 제품 기술 아키텍처는 수평 계층된 구조, 그리고 각 계층은 다른 사람들이 책임을 할당 익숙해. 이에서 직접 나오는 문제 중 하나는 우리가 개발, 조정, 및 사람들이 커플링, 커플링, 레이어 및 위험의 도입의 복잡성으로 인해 캐릭터의 특성을 테스트입니다.

그림 4 수평 계층화 된 제품의 전통적인 기술 아키텍처

예를 들어 로그인 페이지 로그인 기능 개발 웹 전경 엔지니어 개발 페이지, CGI, 서버 배경 프로젝트 개발 사용자 인증 인터페이스를 개발 하기 위해 웹 배경 엔지니어 필요할 수 있습니다 예를 들어, 데이터베이스 엔지니어 테이블 구조 개발 데이터베이스 할. 그래서 간단한 로그인 기능, 튜닝에서 게시를 테스트 해야 인간의 협력을 많이 하지만 또한 각 계층 코드를 변경 하기 때문에,이 레이어 다른 기능 코드의 영향을 미칠 수 있습니다. 이것은 빨리 얻을 수 있는 방법?

QQ 애완 동물의 새로운 아키텍처 기능 중심, 수직 아키텍처를 사용 하 여 문제를 해결 하는, 기능, 하나 개발에 대 한 책임 및 각 구성 요소는 하나의 구성 요소는 UI, 논리 및 프로토콜 코드 구현을 포함 해야 합니다.

이 방법으로 효율성을 증가 하 고 템포 속도 기능 지향 개발 모델 적용 됩니다.

수단 해야합니다.

빠른-그것의 일을 열심히 생각 하는 것이 쉽습니다. 제품, 작업, 기술 기능, 뿐만 아니라 제품 개발 과정에서 우리 또한 되도록 빨리 전체 개발에 필요한 수단을 있이 필요가 있다.

그림 5 수직 제품 기술 프레임 워크

민첩 한 개발 스크럼: 번영

우리 빨리 2005로 민첩 한 개발을 소개 했다 하 고 지금 우리 자신의 민첩 한 연구와 개발 관리 프레임 워크 스크럼을 결합 하 여 우리의 자신의 제품, 문화, 및 팀 특성을 만들었습니다. 상향식 개발, 활성 탐사 Tencent의 강 수 후에, 점차적으로 고전 반복, 속도, 코끼리, 민첩 한 연구와 개발 관리 모델의 4 개의 더 많은 특성의 운영을 형성 했다. 민첩의 승진에서 구현, 민첩 한 프로 모션 모델, 민첩 한 운영, 제품 형성 "관리", "프로젝트" 홍보 하는 차원 수에 두 줄의 개념에 대 한 운영의 설정 되었습니다.

CI: 지속적인 통합, 빠른 경험

CI은 제품 개발에서 자동화 효율성을 개선 하 고 테스트 단계에 매우 효과적 이다. 현재, 우리의 CI 개발 수준은 여전히도, 하지만 자동 컴파일부터 점차적으로 추가 했다 정적 코드 검색, 단위 테스트, 자동화 된 배포 및 더 많은 콘텐츠, 더 많은 연구와 개발 팀을 선호 하기 시작 했다.

그림 6은 스크럼 Tencent의 민첩 한 개발

제품의 출시 속도 능력으로 CI는 다음과 같은 측면에서 중요 한 역할을 하고있다.

자동으로 출력 보고서를 컴파일, 코드를 실행 유지, 적절 한 시기에 위험을 노출 하 고 통합 비용을 절감.

제품 관리자와 테스터를 경험 하 고 가능한 한 빨리 테스트 시스템 Dailybuild 하루를 빌드하십시오.

자동화 시스템, 정적 코드 검사, 단위 테스트 보고서 및 보고서를 제공 하는 팀에 대 한 다른 수단을 사용 하 여, 홍보 코딩의 품질 결함을 해결 하기 위한 비용 절감 및 해결 시간 단축에 관심을 지불 될 계속.

회색조 출판: 출판의 주파수를 증가, 출판의 위험을 감소

인터넷 업계, 회색조에서에서 게시 릴리스 컨트롤의 가장 중요 한 수단 되고있다. 가끔 우리는 적은 수의 사용자에 대 한 새로운 기능을 개발 하 고 그들이 경험 새로운 기능 및 새로운 기능 먼저 싶어요. 사용자 피드백을 통해 데이터 작업 방법 일찍, 신속한 개선 피드백을 가져옵니다. 이 방법에서는, 당신은 수 출판의 위험을 줄일 하지만 릴리스 주파수 홍보, 릴리스 리듬을 빠르게.

요약

빠른 추적, 습관, 하지만 또한 능력의 종류,이 능력의 필요이 종류 제품, 기술, 작업, 빨리 얻을 수 많은 지원의 연구 및 개발 관리. 이 빠르고, 같은 중국의 고속 열차, 고속 운전에 해야 합니다 수 있도록 안전 하 고 편안 하 게, 서비스, 편의.

관련 문서

연락처

이 페이지의 내용은 인터넷에서 가져온 것이므로 Alibaba Cloud의 공식 의견이 아닙니다.이 페이지에서 언급 된 제품 및 서비스는 Alibaba Cloud와는 관련이 없으므로이 페이지의 내용이 골칫거리 인 경우 저희에게 알려주십시오. 우리는 5 일 근무일 이내에 이메일을 처리 할 것입니다.

커뮤니티에서 표절 사례를 발견한 경우 info-contact@alibabacloud.com 으로 관련 증거를 첨부하여 이메일을 보내주시기 바랍니다. 당사 직원이 영업일 기준 5일 내에 연락 드리도록 하겠습니다.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.