프로젝트 관리 - 우수 사례 검사 목록 managing-projects-best-practices-checklist

An 대화형 검사 목록 이를 통해 이러한 모범 사례를 통해 진행 상황을 추적하고 모니터링할 수 있습니다.

• 단계, 이정표 및 성향에 따라 입력 및 결과물을 정의합니다.
• 진행 상황과 프로젝트 상태를 나타내는 자동 개요(품질, 상태 및 완결성)를 제공합니다.

설명서, 검사 목록, 및에 대해 자세히 설명합니다.

• 프로젝트 하트비트 분석.
• 역할별 상태 개요.
• 단계 및 이정표.
• 키 페르소나 그리고 모든 (관련) 단계에서 EMC 가 관여하고 있습니다.
• A 용어 설명 의 필수 문서 및 결과물.

추가 참조 특정 영역에 대한 자세한 내용을 제공하는 자료

위상 품질

• 품질을 나타냅니다. 필수 문서 및 결과물 프로젝트 전체에서 사용할 수 있습니다.

단계 상태

• 프로젝트에 대한 높은 수준의 상태 표시기 위험할 수 있는 영역을 강조 표시하는 데 유용합니다.

위상 완결성

• 프로젝트 중 어느 시점에서 프로젝트의 각 단계에 대해 이미 완료되었음을 나타냅니다.

비즈니스 근거

• 그 사업을 착수하기 위한 근본적인 이유와 정당성.

범위 및 예약

• 필요한 사항 및 기간을 정의하는 기본 범위 및 대략적인 일정을 사용할 수 있어야 합니다. 이렇게 하면 해당 상황을 명확하게 하는 데 도움이 될 경우 범위 밖에 있는 항목을 정의할 수도 있습니다.

유효성 검사

이 단계에서는 프로젝트 목표를 확인하고 확인해야 합니다. 예:

• 어떤 것을 성취하고 싶습니까?

• 누가 이득을 볼 것인가?

• 범위가 무엇입니까?

  • 이 정보가 상황을 명확히 하는 데 도움이 되면 범위 밖에 있는 항목을 정의할 수도 있습니다.

• 성공을 어떻게 정의할 것인가?

• 성공을 어떻게 측정할 것인가?

  • 비즈니스 및 기술적 요구 사항은 무엇입니까?
  • 교체할 이전 시스템이 있습니까? 그리고 있다면 마이그레이션할 데이터가 있습니까?
  • 누가 연루될 것인가?
  • 진도를 어떻게 측정할 것인가?
  • 프로젝트 수명 동안 얼마나 자주 진행 상황을 검토할 건가요?

예산

프로젝트를 시작하기 전에 구현에 소요되는 비용을 안정적이고 현실적인 추정이 필요합니다.

• 검증 이정표의 정보를 추정의 기준으로 사용합니다.
• 당신의 견지에서 현실적이어야 합니다.
• 클라이언트가 적용할 수 있는 모든 클라이언트 지침, 프로세스 또는 제한 사항을 고려 및 준수합니다.
• 만일의 사태에 대한 고려와 검토 프로세스는 추후에 예산에 대한 검토나 구체화가 필요합니다.
• 비용은 많은 형태로 옵니다. 구매, 리소스 및 요금 사용 등을 비롯한 다양한 세그먼트를 선택할 수 있습니다.

핸드오버

깨끗한 핸드오버는 적절한 성향/그룹이 프로젝트 내에서 자신들의 책임을 인지하도록 합니다.

로드맵, 범위, 목표, 요구 사항 및 KPI를 포함한 모든 관련 측면을 완벽하게 이해할 수 있도록 전체 세부 사항을 제공/생성해야 합니다.

위험 평가

불쾌한 놀라움을 피하려면 위험 평가를 사용하여 영향과 확률과 함께 잠재적 위험을 식별하고 수량화합니다.

이 작업은 프로젝트 수명 주기 초기에 수행되어야 모든 취약점이 식별 및 평가될 수 있습니다. 결과에 따라 전체 요구 사항을 구현할 수 있는지 여부 및 필요한 경우 적절한 조치를 취하여 추적할 수 있는지 여부에 대해 이해 당사자에게 보고할 수 있습니다.

통신

커뮤니케이션은 항상 모든 프로젝트의 성공에 핵심입니다. 모든 사람이 다음 작업을 수행할 수 있도록 명확하고 효율적으로 커뮤니케이션해야 합니다.

• 동일한 기본 목표를 위한 작업
• 동일한 정보 베이스에서
• 동일한 채널 사용

시작

킥오프 회의는 프로젝트가 시작되고 있다는 인식을 높이기 위해 사용됩니다. 좋은 기회입니다.

• 모든 이해관계자(또는 적어도 단체 대표)를 초대합니다.
• 그 프로젝트에 관한 주요 사실을 제시하라.
• 질문에 답합니다.
• 모든 사람이 동일한 기술 자료를 가지고 있는지 확인합니다.
• 이 작업에 참여할 모든 사용자로부터 헌신을 받으십시오.
  • 프로젝트 시작 부분에 주요 플레이어(예상 작성자 포함)를 참여하면 프로젝트에 대한 그들의 노력을 높일 수 있습니다.

개발 팀 인력 및 교육

프로젝트를 시작하기 전에 개발 팀이 적절하게 배치되어 모든 팀 구성원이 해당 작업에 대한 교육을 받아야 합니다.

컨텐츠 아키텍처

컨텐츠 아키텍처는 컨텐츠의 향후 아키텍처를 정의하고 설명합니다. 다음을 포함합니다.

• 컨텐츠 트리 자산 포함
• 기본 구조물; 캠페인 등 포함
• 다중 사이트 및 다국어 구조(MSM, 번역 등)
• 지원 컨텐츠(태그 및 태깅 개념 포함)
• 캐싱 및 콘텐츠 재사용 전략

시스템 아키텍처

시스템 아키텍처는 시스템의 개념적 뷰를 정의합니다. 포함(다른 정보 포함):

• 시스템 구조 모든 필수 환경
• 하위 시스템
• 타사 시스템
• 인터페이스 하드웨어, 소프트웨어 및 인간 상호 작용
• 각 환경에 대한 서버 참조 기술 요구 사항 및 하드웨어 크기 조정 지침
• 각 환경에 대한 프로세스 예를 들어 배포 및 유지 관리 요구 사항
• 유지 관리 활동(데이터 저장소 GC, TarPM 최적화 등)
• Dispatcher 캐싱
• 클러스터링 게시/작성 공유
• 클라이언트측 성능(JS는 축소, 오목, css 스프라이트, 총 http 요청 수 등)입니다

애플리케이션 아키텍처

응용 프로그램 아키텍처는 제안된 응용 프로그램의 동작을 정의하고 설명합니다.

핵심 사항:

• 서로 및 사용자와 상호 작용하는 방법입니다.
• 내부 구조가 아니라 애플리케이션에서 사용하고 생성할 데이터입니다.

이 정의는 다음과 같습니다.

• 프로젝트의 기본 코드 구조
• 코드 아티팩트(번들, 패키지 등)
• 템플릿/구성 요소 및 그 관계의 분류
• 필수 사용자 지정에 대한 높은 수준의 세부 정보(특정 오버레이는 나중에 수행)
• 솔루션에 필요한 워크플로우 디자인(예: 컨텐츠 작성, 승인, 게시, 변형, 가져오기, 내보내기 등)
• MSM, Commerce, 타사 통합과 같은 복잡한 모듈에 대한 특별 고려 사항입니다

시스템 통합

시스템 통합을 사용하려면 다음을 계획(그런 다음 구현)해야 합니다.

• 모든 하위 시스템 및 솔루션 통합 하나의 일관된 시스템으로 작동하기 위해 함께 가져올 것입니다
• 타사 시스템을 통합하는 방법 타사 시스템이 다운되었을 때 오프라인/온라인, 클라이언트측/브라우저 측 또는 폴오버 처리와 같은 특별한 고려 사항과 함께 사용할 수 있습니다

테스트 개념

개발을 시작하기 전에 모든 것에 대한 심도 있고 포괄적인 개념을 작성해야 합니다 테스트 프로젝트에 대한 요구 사항.

여기에는 다음 항목이 포함되어야 합니다.

• 수행할 모든 테스트에 대한 세부 정보
• 해당 테스트에 필요한 컨텐츠 준비
• 사용할 테스트 도구의 정보입니다
• 테스트에 누가 참여할 것인지 높은 수준의 표시 특히 QA 팀 외부 그룹
• 테스트 자동화 세부 사항 예를 들어 Selenium 또는 AEM 개발자 모드 사용

Experience Design

XD(Experience Design)에는 솔루션에 대한 사용자 경험을 디자인하는 작업이 포함됩니다.

사용자 경험은 작성자와 웹 사이트의 최종 사용자 모두를 위해 분석 및 개발되어야 합니다.

지원 설정

개발 전에 배포, 릴리스, 테스트 및 보고서 문제에 필요한 모든 지원 프로세스를 설정해야 합니다.

다음을 참조하십시오. Adobe 지원 포털.

권한

솔루션을 사용할 모든 사용자/그룹에 대해 역할 및 권한 개념을 계획하고 구현해야 합니다.

예:

• 을 사용하는 역할(예: 그룹) 목록 read/ write 각
• 게시 환경에 영향을 주는 권한 사용 정의 예 replicate
• 최소한의 권한을 가진 사용자의 경우 워크플로우를 정의해야 합니다
• 의 사용자 editor 그룹에 포함할 수 없음 admin 권리 또는 administrators 그룹

자세한 내용은 사용자 관리 및 보안.

모니터링 및 유지 관리

모니터링 및 유지 관리는 솔루션 가동 시 원활하게 작동하도록 하는 주요 측면입니다. 이를 위해 다음을 정의해야 합니다.

• 모니터링해야 하는 사항
• 유지 관리 작업 일반적인 경우와 특별한 경우를 모두 포함하십시오

참조 - 모니터링 및 유지 관리 추가 정보.

마이그레이션

이전 시스템의 모든 컨텐츠는 마이그레이션을 위해 검토 및 검증되어야 합니다.

복구 계획

복구 계획이 적소에 있는지 확인합니다. 긴급 상황에서는 AEM의 생산 사용을 확보하기 위해 이 기능을 사용할 수 있어야 합니다. 백업, 복원, 폴오버 등과 같은 상황을 다룹니다.

개발 환경

다음을 포함한 개발 환경을 계획 및 문서화합니다.

• 아키텍처

• 개발 도구

  • 일반적인 환경은 다음과 같이 구성됩니다.

    • 문제 추적 시스템 지라와 같은
    • IDE; 예: Eclipse
    • 빌드 관리 도구 Maven과 같은
    • 지속적인 통합을 위한 도구 젠킨스 같은
    • 버전 제어 도구 GIT/SVN과 같은
    • 빌드 객체 저장소 관리자 아르키바/넥서스 등

• 타사 소프트웨어 통합/종속성

• 솔루션 통합/종속성

• 배포 대상

테스트 시스템

다음을 포함한 테스트 환경을 계획 및 문서화합니다.

• 아키텍처
• 개발 빌드에 대한 종속성 야간 빌드 포함
• 타사 소프트웨어 통합/종속성 테스트의 가능성 또는 제한 사항
• 테스트 도구
• 자동화된 테스트 전략

프로덕션 시스템

다음을 포함한 프로덕션 환경을 계획 및 문서화합니다.

• 아키텍처
• 배포 대상
• 타사 소프트웨어 통합/종속성
• 보안 설정
• 기본 성능이 Tough Day 테스트 프로덕션 설정에서
• 성능 테스트 요구 사항 참조 품질 보증 우수 사례

통합

시스템의 모든 측면을 계획, 문서 및 테스트 솔루션 통합, 다음 포함:

• 자동화된 테스트 전략
• 자동화된 프로세스 응용 프로그램을 개발에서 테스트로 이동한 다음 프로덕션으로 이동
• 자동화된 프로세스 컨텐츠를 프로덕션에서 테스트 및 개발로 이동

마이그레이션

컨텐츠 마이그레이션의 모든 측면을 계획, 문서 및 테스트 다음을 포함합니다.

• 컨텐츠 아키텍처
• 마이그레이션 전략

통신

모든 팀 구성원 및 프로젝트 페르소나가 필요에 따라 최신 상태로 유지되는지 확인하십시오.

설명서

솔루션을 완전히 문서화합니다. 다음을 포함합니다.

• 작업 설명서
• 업그레이드에 영향을 줄 수 있는 모든 사용자 지정
• 릴리스 정보

최종 사용자 수락 테스트

사용자 수락 테스트 (UAT)는 다음과 같은 이점을 제공합니다.

• 이 솔루션은 사용자/고객 요구 사항을 충족합니다
• 고객/사용자는 솔루션(기능, 디자인 및 성능)을 수락합니다

고객 핸드오버를 위한 공식 확인 목록이 있어야 합니다. 스냅샷에 대해 야간 단위로 자동화 및 실행 결과는 프로젝트 관리자 및 개발 팀에 전송해야 합니다

성능 및 로드 테스트

성능 및 로드 테스트는 솔루션이 평균 및 최대 로드 시 필요한 성능 수준을 충족하는지 확인하는 데 사용됩니다.

성능 테스트에 대한 자세한 내용은 다음을 참조하십시오.

• 성능 테스트
• 테스트 계획 및 실행 방법
• 기본 성능 지침

준비

준비 및 계획은 원활한 롤아웃을 보장하는 데 도움이 됩니다.

교육

모든 관련 직원이 교육을 받았는지 확인합니다.

자세한 내용은 Adobe Experience Manager 교육 과정 카탈로그에서

숙련된 관리자

솔루션 관리자가 다음을 보유하고 있는지 확인합니다.

• 교육 받음
• 적절한 교육 자료를 받았습니다.
• 적절한 설명서를 받았습니다

숙련된 사용자

작성자가 다음을 보유하는지 확인합니다.

• 교육 받음
• 적절한 교육 자료를 받았습니다.
• 적절한 설명서를 받았습니다. 예를 들어 사용 안내서

Penetration Tests

침투 테스트는 컴퓨터 시스템에 대한 공격을 시뮬레이션하여 잠재적인 보안 취약점을 파악합니다.

Penetration/Security 테스트

솔루션의 보안을 보장하기 위해 더 광범위한 보안 테스트와 함께 특정 침투 테스트를 수행합니다.

자세한 내용은 Security 검사 목록 자세한 내용

준비

준비 및 계획은 원활한 Go Live를 보장하는 데 도움이 됩니다.

보안

내부 및 외부 사용자 및 해당 컨텐츠에 대한 솔루션의 보안을 확인합니다.

대체

라이브로 전환하기 전에 폴백에 필요한 모든 시스템, 절차 및 메커니즘이 있는지 확인하십시오.

지원

지원 서비스가 적소에 준비되어 있는지 확인하십시오.

전환

프로덕션 환경 및 사용자로의 전환을 계획 및 실행합니다.

롤아웃

연기 테스트를 준비하고 실행합니다.

프로젝트에 대한 비즈니스 사례를 제공/제시할 책임이 있습니다.

프로젝트 범위를 구체화하고 정의하는 주요 사항 다음을 포함합니다.

• 성공에 대한 정의 및 기준
• 기본 KPI

클라이언트 로드맵을 기반으로 주요 이정표를 제공합니다.

는 주로 높은 수준의 요구 사항을 수집하고 분석한 다음 이러한 요구 사항을 사양으로 변환해야 합니다.

• 개발 계획을 수립할 때 사용할 프로젝트 관리자의 경우
• 개발팀이 설계 및 개발 과정에서 작업할 수 있도록 합니다.

클라이언트와 긴밀히 협력하여 요구 사항을 분석합니다. 이 변수들은 다음과 일치합니다.

• 성공의 정의.
• 성공의 기준.
• KPI(비즈니스 및 성능 기반)

프로젝트의 기술 전달을 담당합니다.

클라이언트 요구 사항을 준수하는 개발 방법을 선택해야 합니다.

개발 전략을 구성합니다.

• 비즈니스 및 성능 KPI와 일치하는지 확인
• 성공 기준 및 정의를 고려함

설계자와 긴밀히 협력하여(특히 AEM용 개발 전략을 작성할 때) 템플릿과 구성 요소 간의 관계, 타사 애플리케이션에 대한 통합 전략 및 모든 특수 기능과 같은 측면을 정의합니다.

프로젝트 인프라를 감독해야 합니다.

다음 사항에 대한 책임이 있습니다.

• 내부 개발 및 테스트 환경 설정
• 클라이언트 시스템에 해당 시스템 일치

하드웨어 권장 사항을 제공하고, 다양한 구현을 모니터링하고, 라이브로 전환하기 전과 후에 모두 작업 지원을 제공합니다.

이해 관계자

• 프로젝트 성공에 대한 관심(지분)이 있는 사람(종종 비즈니스 출신) 그들은 종종 예산에 기여한다.

법적

• 계약 협상 시 법률적인 조언이 필요하다.

트레이너

• 프로젝트의 규모와 특성에 따라 전문 트레이너가 해당 그룹을 위한 교육 세션을 개발하고 제공하는 데 사용될 수 있다.

테크니컬 라이터

• 프로젝트 규모와 성격에 따라 전문 기술자를 사용해서 특정한 그룹을 위한 지침과 매뉴얼을 작성할 수 있습니다; 예: 시스템 관리자를 위한 유지 관리 설명서 또는 작성자를 위한 사용 안내서

시스템 관리자

• 시스템의 지속적인 운영을 책임집니다.

작성자 및 최종 사용자

• 웹 사이트 컨텐츠를 만들고 유지 관리하는 데 시스템을 사용할 사람.

AEM 프로젝트 관리와 관련된 기타 우수 사례 및 지침:

• 하드웨어 크기 조정 지침
• 엔터프라이즈 DevOps
• SEO 및 URL 관리 우수 사례
• AEM 및 웹 접근성 지침
• 일반 데이터 보호 규정

배포 및 유지 관리 우수 사례

관리 우수 사례

개발 우수 사례

작성 우수 사례

AEM 설명서

또한 AEM 설명서의 다음 섹션은 특별히 관심이 있습니다(하지만 이 목록은 완전하지 않음).

• 보안

• 권장 배포

• 엔터프라이즈 DevOps

• 하드웨어 크기 조정

• AEM 개념:

  • 개발 - 기본 사항
  • MSM 개념
  • HTL(HTML 템플릿 언어)

관련 설명서

• Adobe Experience Cloud - Adobe Experience Cloud 계획