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

다음 모범 사례를 통해 진행 상황을 추적하고 모니터링할 수 있는 대화형 검사 목록입니다.

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

다음을 자세히 설명하는 검사 목록을(를) 기반으로 하는 설명서:

• 프로젝트 하트비트 분석.
• 역할별 상태 개요.
• 단계 및 마일스톤.
• 주요 사용자 및 모든(적절한) 단계에서의 참여
• 필수 문서 및 게재 항목의 용어집.

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

단계 품질

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

단계 상태

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

단계 완성도

• 프로젝트 진행 중 어느 시점에서 프로젝트의 각 단계에 대해 얼마나 많은 작업이 이미 완료되었는지 나타냅니다.

비즈니스 근거

• 사업 착수의 근본적 이유와 당위성.

범위 및 일정

• 필요한 항목과 해당 시간 범위를 정의할 수 있는 기본 범위와 대략적인 일정을 제공해야 합니다. 상황을 명확하게 파악하는 데 도움이 되는 경우 범위를 벗어나는 항목도 정의할 수 있습니다.

유효성 검사

이 단계에서는 프로젝트 목표를 확인하고 확인해야 합니다. 예를 들면 다음과 같습니다.

• 성취/제공하고자 하는 사항

• 누가 득을 보는가?

• 범위가 어떻게 되나요?

  • 만약 그것이 상황을 명확하게 하는 데 도움이 된다면, 당신은 또한 범위 밖에 있는 것을 정의할 수 있다.

• 성공을 어떻게 정의합니까?

• 성공을 어떻게 측정합니까?

• 요구 사항, 비즈니스 및 기술적 요구 사항은 무엇입니까?

• 기존 시스템을 교체할 수 있습니까? 그럴 경우 마이그레이션할 데이터가 있습니까?

• 누가 관련되었습니까?

• 진행률을 어떻게 측정합니까?

• 프로젝트의 진행 상황을 얼마나 자주 검토합니까?

예산

프로젝트를 시작하기 전에 구현에 드는 비용을 안정적이고 현실적으로 추정해야 합니다.

• 유효성 검사 이정표의 정보를 예상 기준으로 사용합니다.
• 당신의 견적에 현실적이 되어라.
• 클라이언트가 따라야 하는 모든 클라이언트 지침, 프로세스 또는 제한을 고려하고 준수하십시오.
• 나중에 예산에 대한 검토나 세분화가 필요할 경우 우발사항과 검토 프로세스를 고려하십시오.
• 비용은 구매, 리소스 사용, 수수료 등과 같은 다양한 형태로 발생한다는 점을 기억하십시오.

인계

깔끔한 인수는 적절한 담당자/그룹이 프로젝트 내에서 자신의 책임을 인지하도록 보장합니다.

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

위험 평가

예기치 못한 사태를 방지하려면 위험 평가를 사용하여 잠재적인 위험과 그 영향 및 가능성을 함께 식별하고 수치화합니다.

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

통신

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

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

시작

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

• 모든 이해 당사자(또는 최소 그룹 대표)를 초대합니다.

• 프로젝트에 대한 주요 사실을 발표하십시오.

• 질문에 답변합니다.

• 모든 사용자에게 동일한 기술 자료가 있는지 확인합니다.

• 참여하게 될 모든 사람들로부터 헌신을 얻으십시오. 이것은 얻어져야 할 것입니다.

  • 프로젝트 시작 초기에 프라임 플레이어(예비 작성자 포함)를 참여시키면 프로젝트에 대한 참여도를 높일 수 있습니다.

직원이 있고 훈련된 개발 팀

프로젝트를 시작하기 전에 개발 팀에 적절한 직원이 배치되어 있고 모든 팀원이 진행 중인 작업에 대해 교육을 받았는지 확인해야 합니다.

컨텐츠 아키텍처

컨텐츠 아키텍처는 다음과 같은 컨텐츠의 향후 아키텍처를 정의하고 설명합니다.

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

시스템 아키텍처

시스템 아키텍처는 (다른 정보 중에서도) 다음을 포함하여 시스템의 개념적 보기를 정의합니다.

• 필요한 모든 환경의 시스템 구조

• 하위 시스템

• 서드파티 시스템

• 인터페이스, 하드웨어, 소프트웨어 및 인간 상호 작용

• 각 환경에 대한 서버입니다. 기술 요구 사항 및 하드웨어 크기 조정 지침을 참조하세요.

• 배포 및 유지 관리 요구 사항 등 각 환경에 맞는 프로세스

• 유지 관리 활동(Datastore GC, TarPM 최적화 등)

• Dispatcher 캐싱

• 클러스터링 Publish/Authorshare

• 클라이언트측 성능(JS 축소, concat, css 스프라이트, 총 http 요청 수 등)

응용 프로그램 아키텍처

애플리케이션 아키텍처는 제안된 애플리케이션의 동작을 정의하고 설명합니다.

이는 다음 사항에 중점을 둡니다.

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

정의는 다음과 같아야 합니다.

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

시스템 통합

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

• 모든 하위 시스템과 솔루션 통합을 하나로 통합하여 하나의 일관된 시스템으로 작동하는 방식
• 타사 시스템의 통합 방식. 오프라인/온라인, 클라이언트측/브라우저측 또는 타사 시스템의 작동 중지 시 폴오버 처리와 같은 특별한 고려 사항과 함께

테스트 개념

개발을 시작하기 전에 프로젝트에 대한 모든 테스트 요구 사항에 대한 심층적이고 포괄적인 개념을 만들어야 합니다.

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

• 수행할 모든 테스트의 세부 정보
• 해당 테스트에 필요한 콘텐츠 준비
• 사용할 테스트 도구 정보
• 테스트에 참여할 사람, 특히 QA 팀 외부의 그룹에 대한 높은 수준의 표시
• 테스트 자동화의 세부 사항(예: Selenium 또는 AEM Developer 모드 포함)

경험 디자인

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

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

설치 지원

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

Adobe 지원 포털도 참조하세요.

권한

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

예:

• 각각에 대한 액세스 정의가 read/write인 역할(즉, 그룹) 목록

• 게시 환경에 영향을 주는 권한의 사용 정의(예: replicate)

• 최소한의 권한을 가진 사용자의 경우 워크플로우를 정의해야 합니다

• editor 그룹의 사용자는 admin 권한을 가지거나 administrators 그룹에 속하지 않아야 합니다.

자세한 내용은 사용자 관리 및 보안을 참조하세요.

모니터링 및 유지 관리

모니터링 및 유지 보수는 솔루션이 실행되면 원활하게 작동하도록 하는 핵심 요소입니다. 이를 위해 다음을 정의해야 합니다.

• 모니터링이 필요한 사항
• 유지 관리 작업(일반 및 특수 사례 모두)

자세한 내용은 모니터링 및 유지 관리도 참조하세요.

마이그레이션

기존 시스템의 모든 컨텐츠는 마이그레이션을 위해 검토되고 유효성이 확인되어야 합니다.

복구 계획

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

개발 환경

다음을 포함하여 개발 환경을 계획하고 문서화합니다.

• 아키텍처

• 개발 도구

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

    • jira와 같은 문제 추적 시스템
    • Eclipse와 같은 IDE
    • Maven과 같은 빌드 관리 도구
    • Jenkins와 같은 지속적인 통합을 위한 도구
    • GIT/SVN과 같은 버전 제어용 도구
    • Archiva/Nexus와 같은 빌드 아티팩트 저장소 관리자

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

• 솔루션 통합/종속성

• 배포 케이던스

테스트 시스템

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

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

프로덕션 시스템

다음을 포함하여 프로덕션 환경을 계획하고 문서화합니다.

• 아키텍처
• 배포 케이던스
• 타사 소프트웨어 통합/종속성
• 보안 설정
• 프로덕션 설정에서 어려운 일 테스트를 실행하여 기준선 성능을 확인했습니다.
• 성능 테스트 요구 사항. 품질 보증 모범 사례 참조

통합

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

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

마이그레이션

컨텐츠 마이그레이션의 모든 측면을 계획, 문서화 및 테스트합니다. 여기에는 다음과 같은 내용이 포함됩니다.

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

통신

필요한 경우 모든 팀원 및 프로젝트 담당자를 최신 상태로 유지해야 합니다.

설명서

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

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

최종 사용자 수락 테스트

사용자 수락 테스트(UAT)는 다음을 확인하는 데 중요합니다.

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

고객 인계를 위한 공식화된 체크리스트가 있어야 합니다. 스냅샷에 대해 이상적으로 자동화되고 매일 밤 실행됩니다. 결과는 프로젝트 관리자 및 개발 팀에 보내야 합니다

성능 및 부하 테스트

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

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

• 성능 테스트

• 테스트 계획 및 실행 방법

• 기본 성능 지침

준비

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

교육

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

강의 카탈로그에서 Adobe Experience Manager을(를) 참조하십시오.

훈련된 관리자

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

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

훈련된 사용자

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

• 교육 완료
• 적절한 교육 자료를 받았습니다.
• 적절한 설명서(예: 사용 안내서) 수신

침투 테스트

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

침투/보안 테스트

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

자세한 내용은 보안 검사 목록을 참조하세요.

준비

준비와 계획은 원활한 라이브 진행에 도움이 될 것입니다.

보안

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

대체 항목

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

지원

지원 서비스가 제대로 준비되었는지 확인합니다.

전환

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

롤아웃

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

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

프로젝트 범위를 구체화하고 정의하는 핵심 요소.

• 성공의 정의 및 기준
• 기본 KPI

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

는 주로 높은 수준의 요구 사항을 수집 및 분석한 다음 이를 사양으로 변환하는 역할을 합니다.

• 프로젝트 관리자가 개발 계획 시 사용할 수 있도록
• 개발 팀이 설계 및 개발 중에 작업할 수 있도록 합니다.

클라이언트와 긴밀히 협력하여 요구 사항을 분석합니다. 이 숫자들은 다음에 대해 일치합니다.

• 성공의 정의.
• 성공에 대한 기준.
• KPI(비즈니스 및 성과 기준 모두).

프로젝트의 기술 납품을 담당합니다.

은(는) 클라이언트 요구 사항을 준수하는 개발 방법론을 선택할 책임이 있습니다.

개발 전략을 수립합니다.

• 비즈니스 및 성과 KPI와 일치하는지 확인합니다.
• 성공 기준 및 정의 고려

특히 AEM의 개발 전략을 작성할 때 설계자와 긴밀히 협력하여 템플릿과 구성 요소 간의 관계, 서드파티 애플리케이션을 위한 통합 전략 및 모든 전문 기능과 같은 측면을 정의합니다.

는 프로젝트 인프라를 감독할 책임이 있습니다.

은(는) 다음을 담당합니다.

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

하드웨어 권장 사항을 제공하고, 다양한 구현을 모니터링하며, 실행 전과 실행 후 작업 지원을 제공합니다.

이해 당사자

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

법적

• 계약을 협상할 때는 법률적인 자문이 필요하다.

강사

• 사업의 규모와 성격에 따라 전문 강사를 활용하여 해당 그룹의 교육 세션을 개발 및 제시할 수 있다.

테크니컬 라이터

• 프로젝트의 규모와 성격에 따라 전문 기술 작가들을 활용하여 특정 집단에 대한 지침과 매뉴얼을 작성할 수 있다. 예를 들어 시스템 관리자를 위한 유지 관리 설명서나 작성자를 위한 사용 안내서가 있습니다.

시스템 관리자

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

작성자 및 최종 사용자

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

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

• 하드웨어 크기 조정 지침
• 엔터프라이즈 DevOps
• SEO 및 URL 관리 우수 사례
• AEM 및 웹 액세스 가능성 지침
• 일반 데이터 보호 규정* 모범 사례 배포 및 유지 관리

모범 사례 관리

모범 사례 개발

작성 모범 사례

AEM 설명서
또한 AEM 설명서의 다음 섹션도 특히 중요합니다(하지만 이 목록은 완전하지 않음).

• 보안

• 권장 배포

• 엔터프라이즈 DevOps

• 하드웨어 크기 조정

• AEM 개념:

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

관련 설명서

• Adobe Experience Cloud - Adobe Experience Cloud 계획