일반적인 프로젝트 관리 문제를 처리하는 방법은 무엇입니까? | 듀기술

배경

회사 비즈니스의 급속한 발전과 비즈니스 라인의 급속한 확장으로 인해 프로젝트가 많을 뿐만 아니라 점점 더 복잡해지며 많은 프로젝트에 팀 간 및 도메인 간 협업이 포함됩니다. 이 전제 하에서 기술 계층은 자원 충돌을 피하고 자원 정보와 프로젝트 정보를 동기화하며 프로젝트가 계획대로 적시에 완료되고 전달되도록 비즈니스 유형 프로젝트 개시 및 홍보 준비 회의를 정기적으로 조직합니다.

스타트업 관련 자주 묻는 질문

대부분의 신생 기업은 급속한 성장 과정에서 프로젝트 자원 할당, 정보 정렬 및 프로젝트 관리와 같은 몇 가지 문제에 직면하게 됩니다. 특정 문제점은 다음과 같이 나눌 수 있습니다.

1) 프로젝트가 교차 도메인을 포함하고 정보가 정렬되지 않습니다. 일부 프로젝트는 도메인 간을 포함하지만 도메인 간의 의사 소통이 적고 모든 당사자가 우선 순위, 계획 시간, 제품 솔루션, 기술 솔루션 등과 같은 프로젝트 정보를 일관되지 않게 이해합니다. 이러한 상황은 프로젝트 발전에 도움이 되지 않습니다.

2) 요구 사항 또는 프로젝트를 확인할 수 없으며 우선 순위 문제. 통일된 비즈니스 프로젝트 승인 회의 및 프로세스가 없기 때문에 도메인마다 프로젝트임을 확인하고 자체 도메인에서 필요하지만 각 도메인의 조건이 다르기 때문에 프로젝트에 대한 식별 기준도 상당히 다릅니다. A영역은 프로젝트에 따라 진행하고, B영역은 반복적인 요구사항을 따르므로 우선순위의 통일이 어렵고, 프로젝트 일정 수립이 불가능함

3) 프로젝트 자원을 보장할 수 없으며 이는 프로젝트 계획에 영향을 미칩니다. 프로젝트 정보의 불일치 및 우선순위 이슈로 인해 프로젝트 자원 확보가 어려움

4) 각 블록의 리더가 명확하지 않아 프로젝트 추진이 어렵다. 통일된 프로젝트 수립 및 프로세스가 없고 각 도메인의 프로젝트 표준이 상호 운용되지 않기 때문에 프로젝트 사용을 위한 사업, 제품 및 기술 담당자를 결정하기 어렵습니다. 따라서 문제에 직면했을 때 주도적으로 대처하는 것이 불가능하거나 가장 아픈 사람이 문제를 해결하는 경우가 많습니다.

솔루션

위의 문제를 해결하기 위해 기술 부서는 정기적인 독립 프로젝트 준비 프레젠테이션을 조직하고 프레젠테이션 프로세스를 공식화하며 전체 지역에서 운영을 촉진하는 데 앞장설 것입니다.

독립사업발표회 준비회의 : 기술부서의 리더십으로 사업/제품이 자체적으로 현안과제 정보를 작성하고 주 2회 집중사업발표회에 참석한다. 프로젝트 배경, 혜택, 계획 및 기타 관련 정보에 대한 표준화되고 집중적인 소개를 통해 프로젝트에 따라 프로젝트가 승인되고 추진될 수 있는지 여부를 확인하는 것이 목적입니다.

다음으로 프로젝트 승인 기준 및 회의 프로세스 관련 정보를 자세히 소개합니다.

1) 프로젝트 승인 기준

각 도메인의 조건이 다르기 때문에 통일된 프로젝트 승인 기준을 확인하는 것은 불가능하며, 각 도메인은 자체 개발 상황 및 특성에 따라 프로젝트 승인의 기준선 및 기준을 결정하여 비즈니스 반복과 비즈니스 반복 간의 균형을 달성합니다. 프로젝트. 확인 후 모든 당사자가 각 도메인의 프로젝트 승인 기준을 이해할 수 있도록 회사의 모든 도메인에 공개됩니다.

예를 들어 도메인 A의 프로젝트 승인 표준은 다음과 같습니다.

상황 1: 사업자가 제출한 수요 또는 프로젝트가 다음 조건 중 두 가지를 충족하고 독립 프로젝트를 선언할 수 있음

  • 새로운 비즈니스 모델 또는 새로운 기능

  • 교차 사업 라인의 수 ≥ 2

  • 예상 투자 자원 ≥ 150인일

상황 2: 트레이딩 버전 스케줄링을 입력해야 하며 다음 조건 중 두 가지를 충족하는 경우 독립 프로젝트를 신청할 수 있습니다.

  • 교차 버전 수량 ≥ 3

  • 교차 사업 라인의 수 ≥ 2

  • 예상 투자 자원 ≥ 150인일

"교차 비즈니스 라인" 설명

  • 예: A 도메인, B 도메인, C 도메인, 즉 "교차 사업"

  • 도메인 A의 라인 a, 도메인 A의 라인 b 및 도메인 A의 라인 c는 "동일 비즈니스 라인"(도메인 A의 비즈니스 라인)입니다.

B 도메인 프로젝트 표준:

  • 체계의 무결성에 대한 높은 요구 사항(즉, 반복에서 교차 버전 분할에 적합하지 않음)

  • R&D 작업량은 100 man-day를 초과할 것으로 예상되며 관련 당사자는 3개 이상의 비즈니스 도메인과 관련됩니다.

전체적으로 각 도메인에 대한 프로젝트 승인 기준은 주로 워크로드가 큰지, 교차 도메인인지, 0-1 기능인지, 명확하고 높은 수율인지의 네 가지 측면을 중심으로 설정됩니다.

2) 해당 담당자 확인

프로젝트의 주요 3자(사업, 제품, 기술) 담당자는 프로젝트 착수 시 계층적으로 확인되어야 한다. 1차 확인 후 사업담당자가 제품측에 연락하여 제품 도킹 책임 확인을 받습니다. 프로젝트 승인 후, 기술책임자는 해당 기술책임을 안배하여 프로젝트의 기술측 관련 사항을 추진해야 한다.

3자 책임자의 주요 임무:

사업측 담당자  : 크로스도메인 등 사업계층에서 프로젝트 정보정렬을 잘 해야 하며, 사업계층 정보를 목표에 맞게 처리 및 조정하는데 앞장서야 함 프로젝트 무결성.

상품측 담당자 :  프로젝트의 상품기획을 상품계층에 맞춰서 입력해야 하며, 상품기획에 문제가 있을 경우 주도적으로 홍보에 나서야 함 제품 계획이 정시에 고품질로 제공되는지 확인하기 위해 프로세스를 후속 조치합니다.

기술측 담당자  : 프로젝트가 계획대로 인도되고 고품질이 요구되도록 프로젝트 관점에서 기술측 이슈의 추진 및 조정 확인을 수행하는 것이 필요합니다.

전반적으로 프로젝트를 진행하기 위해서는 프로젝트의 관점에서 각 담당자가 각자의 경계를 허물고 계획된 리듬에 따라 높은 품질의 프로젝트를 수행하는 것이 필요합니다.

3) 프로젝트 발표자는 이전 정보를 정렬합니다.

프로젝트 발표자는 비즈니스나 제품 또는 기술이 될 수 있습니다. 프로젝트 발표자는 프로젝트 승인 전에 정보를 수집, 정렬 및 확인해야 합니다. 프로젝트 배경, 목표, MRD 및 기타 관련 정보와 같은 프로젝트 정보.

4) 프로젝트 설교자는 독립프로젝트 준비 발표 양식에 들어가 양식에 있는 정보에 따라 등록한다.

독립사업준비세미나의 요구사항에 따라 정보수집 및 등록 필수항목은 과제명, 과제배경 및 목표, 과제가치, 사업영역, 후원자, 연사, MRD, 제품:

5) 독립적인 프로젝트 준비 회의 조직

  • 회의 주기는 2주에 한 번씩 개최되며, 등록 시 사전에 공지하고 모든 당사자에게 이메일로 발송해야 합니다.

  • 회의 주최자(PMO)는 프로젝트 주기 시간 요구 사항 및 독립 프로젝트 준비 프레젠테이션 양식의 등록 정보에 따라 회의를 구성합니다.

  • 참가자, CTO, 프로젝트 스피커, 관련 비즈니스 도메인의 기술 이사, 기타 선택적 인력은 개시자, 제품, 비즈니스

  • 프로젝트 관련 프로세스 및 주의가 필요한 사항을 동기화하기 위해 모든 발표자를 그룹으로 끌어들이는 프로젝트 알림 그룹을 만듭니다.

  • 발표자 및 해당 비즈니스 도메인 기술 리더에게 회의 전달

  • 프로젝트 등록 정보의 완전성 또는 부정확 여부를 확인하고, 등록 정보의 필수 항목을 확인하고, MRD를 해당 사업 영역의 기술담당자에게 전달하여 문제가 없는지 확인합니다. 회의의 효율성을 높이기 위해서는 각 MRD의 내용에 따라 예상 발표시간을 부여할 필요가 있으며, 발표시간은 3~5분 이내로 조절해야 함

  • 간담회에서는 프로젝트별 접수순서 및 발표예정시간에 따라 1인 1발표가 진행됩니다.

6) 독립사업준비회의 결과 동시 발표

브리핑이 완료된 후 주최자는 각 프로젝트의 발표 상태 및 결과를 등록하고 전자 메일 및 Feishu 그룹을 통해 모든 당사자를 전달해야 합니다.

요약하다

프로젝트 승인 프로세스를 표준화하고 프로젝트 승인 회의를 일률적으로 조정함으로써 정보 불일치, 최적화 또는 후속 조치 불가와 관련된 문제를 효과적으로 방지하고 프로젝트 전달의 효율성과 품질을 더욱 향상시킬 수 있습니다.

프로젝트 승인 기준 수립을 통해 모든 영역에서 승인이 필요한 영역과 승인이 필요하지 않은 영역이 명확하고 명확해집니다.

프로젝트 승인 프로세스의 통합을 통해 각 도메인은 이전 프로젝트의 일관성 없는 내용으로 인한 모호성보다 프로젝트 시작 방법과 프로젝트 승인에 필요한 정보가 무엇인지 보다 명확하게 알 수 있습니다.

모든 당사자의 담당자 시스템을 통해 각 담당자의 해당 책임을 명확히 하여 프로젝트 문제를 진행하고 프로세스를 추적할 수 있습니다.

위 계획의 구현을 통해 우리는 프로젝트의 고품질 및 적시 납품을 더 잘 보장할 수 있습니다.

{{오.이름}}
{{이름}}

추천

출처my.oschina.net/u/5783135/blog/8596871