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

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

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

다음을 기반으로 하는 설명서 체크리스트 자세한 내용은 다음과 같습니다.

• 프로젝트 하트비트 분석.
• 역할별 상태 개요.
• 단계 및 마일스톤.
• 주요 사용자 그리고 모든 (관련) 단계에서 그들의 참여.
• A 용어집 / 필수 문서 및 결과물.

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

위상 품질

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

단계 상태

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

단계 완성도

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

비즈니스 근거

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

범위 및 일정

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

유효성 검사

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

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

• 누가 득을 보는가?

• 범위가 어떻게 되나요?

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

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

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

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

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

• 누가 관련되었습니까?

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

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

예산

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

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

인계

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

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

위험 평가

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

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

커뮤니케이션

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

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

시작

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

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

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

• 질문에 답변합니다.

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

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

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

직원이 있고 훈련된 개발 팀

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

컨텐츠 아키텍처

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

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

시스템 아키텍처

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

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

• 하위 시스템

• 서드파티 시스템

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

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

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

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

• 디스패처 캐싱

• 클러스터링 Publish/Authorshare

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

애플리케이션 아키텍처

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

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

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

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

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

시스템 통합

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

• 모든 하위 시스템 및 솔루션 통합 하나의 코히어런트 시스템으로 운영하기 위해 하나로 합쳐진다.
• 타사 시스템의 통합 방식. 오프라인/온라인, 클라이언트측/브라우저측 또는 타사 시스템의 작동 중지 시 폴오버 처리와 같은 특별한 고려 사항과 함께

테스트 개념

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

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

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

경험 디자인

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

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

지원 설정

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

다음 항목도 참조하십시오. Adobe 지원 포털.

권한

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

예:

• 다음 역할이 포함된 역할(즉, 그룹) 목록 read/ write 각각에 대한 액세스 정의

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

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

• 의 사용자 editor 그룹에는 다음이 없어야 합니다. admin 권한 또는 administrators 그룹

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

모니터링 및 유지 관리

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

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

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

마이그레이션

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

복구 계획

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

개발 환경

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

• 아키텍처

• 개발 도구

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

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

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

• 솔루션 통합/종속성

• 배포 케이던스

테스트 시스템

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

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

프로덕션 시스템

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

• 아키텍처
• 배포 케이던스
• 타사 소프트웨어 통합/종속성
• 보안 설정
• 다음을 실행하여 기준선 성능 확인 Tough Day 테스트 프로덕션 설정에서
• 성능 테스트 요구 사항. 참조: 품질 보증 우수 사례

통합

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

• 자동화된 테스트 전략
• 자동화된 프로세스 개발에서 테스트, 프로덕션으로 애플리케이션 이동
• 자동화된 프로세스 프로덕션에서 테스트 및 개발로 콘텐츠 이동

마이그레이션

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

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

커뮤니케이션

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

설명서

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

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

최종 사용자 승인 테스트

사용자 수락 테스트 (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 계획