민첩 한 개발의 특성 분석

최근에, 회사 이전 연락, 하지만 민첩 한 개발 프로젝트의 홍보에 주력 하지만 아직도 교육, 제품 관리자를 위한 민첩 한 개발의 구현, 조정 및 통신 역할의 제품 관리자 됩니다 더 눈에 띄는, 모든 후, 아니 문서, 프레 젠 테이 션 또는 심지어 그림의 경우, 다음 민첩 한 개발에 참여 하 커뮤니케이션은 매우 중요 한, 특히 모든 요구 사항 기능 포인트의 고 기능 포인트, 수요의 우선 순위를 주문 하는 반복의 민첩 한 개발을 결정 하는 주기, 이러한 필요를 해결 하기 위해 의사 소통을 식별, 일반 회의 더 있을 것입니다, 그리고 제품 매니저는 그것에 참여 해야. 인터넷 산업에 대 한 민첩 한 개발은 변화 하는 요구, 더 신속 하 게 응답할 수 있습니다 그리고 제품 관리자를 위한 좀 더 프로젝트에 참여 하는 경우 당신은 찾을 수는 어느 날, 당신의 생각 됩니다 넘어. 폭포는 폭포의 이점이 있다, 그래서 Agile 민첩의 장점이 어떤 관점, 민첩 한 더 적절 한, 작은 프로젝트 또는 폭포 더 적절 한 중형 및 대형 프로젝트에서 참조 하십시오.

민첩 한 개발은 급속 하 게 급속 하 게 변화 하는 요구를 개발 하는 능력, 그것은 4 개의 핵심 아이디어: 첫 번째 얼굴을 맞대고 의사 소통을 강조 하는, 즉, 커뮤니케이션은 중요 한, 사람과 사람이 서로 통신할 모든 프로세스와 도구 보다, 두 번째 실행 프로그램, 포괄적인 문서의 준비 보다 더 나은 실행 될 수 있는 제품에 집중 하는 프로토 타입, 모델, 데모의 중요성을 강조 하 고 있습니다., 등 세 번째는 팀웍과 팀 동기 협력 협상 보다 낫다, 민첩 한 개발 요구, 개발, 테스트 및 다른 팀 멤버는 전체로 있을 것입니다 우리는 메뚜기의 라인, 네 번째는 슈퍼 적응성 변경에 적응 하는 것은 질서, 보다 더 나은 민첩 한 개발 속도, 인터넷 산업에 대 한 매우 중요 한 특징 이다. 그럼 왜 민첩 한 개발 사용, 거기에 몇 가지 포인트:

인터넷 산업의 특성

천천히 먹고, 예제 참조 하십시오 마이크로-편지와 채팅 쌀 이며 릴리스 비용은 매우 낮은 릴리스입니다 일반적으로 반복, 많은 예제, 많은 제품은 1 주일 또는 2 주 혁신, 또는 여부에 관계 없이 실제 혁신 하지만 원래 의도의 끝 확실히 혁신적인; 될 겸손 한 혁신의 추구의 작은 버전을 출시 하는 사용자 변화에 신속 하 게 대응 하는 데 필요한 시간 모든 것, 같은 제품의 첫 번째 릴리스 및 게시물 차이 매우 큰 이며 수요 불확실성, 이것은 또한 일반적인 소프트웨어 업계, 사용자 중심의 제품 디자인을 옹호 하는 사용자 동작에 초점. 민첩 한 개발 논리 선택을 이러한 특성입니다.

제품 개발의 특성

위에서 설명 했 듯이, 제품 수요의 불확실성은 상대적으로 높은, 자주 할 할 것입니다 찾을 새로운 요구 사항, 또는 원래 발견을 방향은 이미 잘못 조정 하면 즉시; 게다가, 수요의 변화는 피할 수 없다, 내가 생각 하는 많은 사람들이 동의 한다.

프로젝트 위험을 감소 하 고 올바른 방향으로 보장

민첩 한 개발 프로젝트 각 반복 주기의 끝에 즉각적인 피드백을 여러 반복으로 분할 하 여 프로젝트의 피드백 주기를 줄일 수 있습니다. 지속적인 커뮤니케이션을 통해 하지만 피드백 편차 이해 감소, 오해, 오류를 수정 하는 비용을 줄여 감소. 그리고 각 반복 주기의 끝의 유효성을 검사할 수, 그래서 그 신속 하 게 변경, 제품 정확도 보장 하기 위해 새로운 요구 사항에 적시 적응에 적응할 수 있습니다.

그래서 민첩 한 개발 하는 방법? 민첩 한 개발의 시스템 건설 주로 다음과 같은 6 개의 측면을가지고:

1, 조직 건설, 즉, 팀 구축, 선도, 제품, 디자인, 전면 및 후면 개발 및 테스트 팀, 신속한 제품 반복 개발, 플랫 그룹 관리로 제품 관리자의 설립, 우리는 모두 공통의 목표, 성취;의 더 이해

주로 개발 하는 포괄적이 고 효율적인 디자인, 개발, 테스트, 온라인 과정, 고정된 반복 사이클의 설립은 사용자가 더 기대; 그들의 자신의 민첩 한 개발 접근 방식에 적합 찾을 수 2, 민첩 한 시스템

3, 수요 컬렉션이 어떤 방식으로, 대화형 원고 검토 후 필요 하, 기능 요구 사항 목록, 책임 있는 사람, 작업, 책임 있는 사람, 등등을 결정 해야 합니다.

4, 도구, 보조 도구, 개발 환경, 다양 한 수준의 로그, 모니터링 및 기타 플랫폼, 출판, 포장 도구, 등의 주요 설치 등의 문제를 신속 하 게 완료 하는 기능을 말합니다.

건축 설계에 앞서 약간 5, 시스템 아키텍처: 확장성 및 관리 용이성; 지원 모듈의 기본 기능 모듈: 낮은 코드 모듈 간의 커플링, 작은 종속성 플러그인 비즈니스 모듈: 마케팅 활동의 결합 및 비즈니스, 자기 향상, 자기 유지 보수 감소, 클라이언트 논리, 기술 사전 조사, 등을 포함.

6, 데이터 작업 및 회색조 출시에 속도 분석, 사용자 경로 분석, 채널 선택, 채널 업그레이드 컨트롤을 클릭합니다.

민첩 한 개발 경험

명확한 초점 고 시의 적절 한 조정입니다. 긴급 분석 하 여 의사 결정 우선순위 및 수요 우선 순위 레벨 1에서 10의 중요성 중복 되지; 마지막으로 충분 하지 않습니다, 가장 필요한 기능 개발 완료, 각 반복 하기 전에 요구 사항의 중요성을 재조정 그리고 중요 한 비즈니스 요구 사항 및 사용자 요구 사항을 적시에 가입 하는 경우에 엄격한 우선 순위 순서로 반복 개발 그리고의 높은 중요성을 조정 하는 필요.

사용자의 목소리를 경청 하 고 사용자의 직감을 신뢰. 완전히 온라인 버전 사용자 피드백, 반복에서에 집중 하 고 적극적으로 강 박 관념에 대해 배우고, 신속 하 게 반복 또는 다음 반복;에 최적화 사용자 문의

혁신, 작은 단계를 실행 하는 용기. 반복, 혁신적인 아이디어, 그리고 연속적인 반복에서 지속적인 최적화의 신속한 구현을 혁신.

지속적으로 식별 하 고 문제를 해결. 폭포의 개발 단계의 끝에 구현 문제를 발견 하는 것 보다 매일 자료를 통해 일일 세션 테스트 고 기능 개발 확인 하 고, 처음으로 기능 구현에 피드백을 제공 하 고 신속 하 게 조정 하는 팀의 노력을 테스트.

지속적으로 전체 팀의 제품 기능을 향상 시킵니다. 전용된 팀 지향적인 제품 영역으로, 지속적으로 사용자 경험 및 제품 흐름 최적화, 제품 반복 하트 비트를 통해 제품 팀의 사용자 그리고 시장 감도 제품 관리자는 제품 감각 향상, 기술 팀의 제품 의식 향상 및 비즈니스와 함께 성장 및 성취의 높은 감각을 달성 유지.

마지막으로, 민첩 한 뿐 아니라 프로젝트를 신속 하 게 완료, 하지만 오히려 전체 제품 영역 요구의 효율적인 관리 이며 민첩은 단순히 빠른, 하지만 짧은 기간의 지속적인 개선, 개선 및 조정; Agile만 온라인, 하지만 신속한 프로토 타입, 전체 테스트 피드백 변경 개선;의 급속 한 발전은 민첩 한 버전이 아니라는 몇 가지 기능, 그러나 초점의, 결정적으로 현재의 초점, 민첩을 포기 언제 든 지, 하지만 검토의 요구의 각 반복 주기에서 수요가 증가 하 고 정렬.