1. 경영정보시스템 개발 프로젝트 관리 프로세스 경영정보시스템 개발은 범위가 넓고 기술적 난이도가 높은 종합적인 시스템 프로젝트로, 막대한 인적, 재정적, 물적, 자원적 투자가 필요하다. 시간과 기타 자원은 전체 기업 조직의 개혁과 발전에 큰 영향을 미칠 것입니다. 현대 프로젝트 관리의 과학적 개념과 방법을 사용하여 체계적인 관점에서 기업 관리 정보 시스템의 전체 개발 프로세스를 제어해야만 더 적은 투자로 이상적인 결과를 얻을 수 있습니다. 1. 프로젝트관리의 개념 프로젝트관리란 프로젝트에서 수립된 목표(즉, 프로젝트가 완료될 때까지의 계획된 목표)를 시간, 자금, 인력, 인력 등 특정 자원의 제약 하에서 효율적으로 실현하는 것을 말한다. 장비, 자재, 에너지, 전력 등 품질, 투자, 진행) 프로젝트의 내부 법률 및 절차에 따라 프로젝트의 전체 프로세스를 효과적으로 계획, 조직, 조정, 주도 및 통제합니다. 프로젝트는 명확한 목표, 명확한 수명 주기, 강력한 단계를 갖춘 일회성 작업입니다. 프로젝트 관리는 모든 엔지니어링 프로젝트를 관리하는 것으로 체계적인 과학적 원리를 사용하여 엔지니어링 프로젝트를 계획, 구성 및 제어하는 체계적인 관리 방법입니다. 프로젝트 관리가 해결해야 할 기본적인 문제는 선택된 개발 방식에 따라 개발 프로젝트를 어떻게 효과적으로 계획, 구성, 조정, 주도, 통제할 것인가이다. 프로젝트 관리는 "최고의 리더" 프로젝트이며 리더십 참여가 핵심입니다. 프로젝트 관리자는 프로젝트 참가자를 합리적으로 할당하고 프로젝트 건설에 대한 관련 사양을 공식화하며 적시에 세부 보고서를 작성하고 프로젝트 진행 상황을 정확하게 평가해야 합니다. 최근 몇 년 동안 전 세계 국가에서는 정보 시스템 구축을 위한 프로젝트 관리를 구현하기 시작했습니다. 또한 많은 소프트웨어 개발자가 미국 Microsoft Corporation의 Project2000, Primavera의 ProjectPlannerP3 및 OS/23.0과 같은 프로젝트 관리 소프트웨어를 제공했습니다. 미국 법인, 우리나라 베이징 Menglong Company 등. 이러한 소프트웨어는 주로 프로젝트 일정을 조정하는 데 사용됩니다. 자원 분석 및 비용 관리를 통해 리소스를 합리적으로 할당하여 일정을 보다 합리적으로 만드는 동시에 프로젝트 진행을 계획에 따라 조정하고 진행을 동적으로 진행합니다. 추적하고 통제합니다. 2. 정보시스템 개발사업 관리 강화의 중요성 국민경제의 여러 분야에서 성공적으로 활용되어 온 사업관리 방법은 정보시스템 개발사업 관리에도 활용될 수 있다. 경영정보시스템 개발은 기업 조직의 개혁과 발전의 필요와 가능성에 따라 여러 프로젝트로 나누어 단계별로 개발해야 하는 장기적인 과제입니다. 정보시스템 '개발사업'은 정보시스템 분석, 설계, 구현까지의 전 과정을 포괄한다. 사용 가능한 리소스를 사용하여 사용자를 위한 시스템 구축을 구성하는 것은 프로젝트 리더(프로젝트 관리자)의 책임입니다. 시스템 과학의 관점에 따르면 작은 프로젝트는 큰 프로젝트가 될 수 있고, 큰 프로젝트는 여러 개의 작은 프로젝트로 나눌 수 있습니다. 프로젝트 관리는 본질적으로 전체 시스템 개발 프로젝트의 원활하고 효율적인 완료를 보장하고 시스템 개발의 전체 라이프사이클을 통해 실행되는 프로세스 관리 기술입니다. 정보시스템 개발 역시 시스템엔지니어링 프로젝트이다. 정보시스템 개발 역시 주어진 시간 내에 다양한 자원의 계획, 조정, 합리적 활용 및 배분을 필요로 한다. 정보시스템에 대한 프로젝트 관리의 중요성은 다음과 같다. 4가지 포인트: (1) 체계적인 사고를 수행할 수 있고 현실적인 전반적인 준비가 가능합니다. (2) 프로젝트의 인적 자원 요구에 대한 정확한 기반을 제공할 수 있습니다. (3) 합리적인 계획 및 준비를 통해 프로젝트를 최적으로 제어할 수 있습니다. (4) 정확하고 일관성 있는 표준 문서 데이터를 제공하는 능력. 3. 경영정보시스템 개발 프로젝트 관리의 작업흐름 경영정보시스템 개발 프로젝트 관리의 작업흐름은 정보시스템 개발 프로세스의 단계별 구분과 관련이 있다. 일반적인 경영정보시스템 개발 프로세스의 단계 구분은 표 1과 같다.
단계의 주요 활동 1. 시스템 기획 1. 전략 기획은 조직의 목표와 개발 전략에 따라 정보시스템의 개발 전략을 결정합니다. 2. 정보의 구성, 요구 분석 조직의 정보 요구에 대한 전반적인 분석을 수행하고 전반적인 사항을 결정합니다. 3. 자원배분 : 시스템 구축에 필요한 각종 자원의 산정 및 배치 2. 시스템 분석 1. 시스템 사전조사, 개발사업의 타당성 조사, 상세조사 현재 시스템 및 새로운 시스템 논리 체계 통합 개발 제안 2. 시스템 설계: 시스템의 전체 구조 설계, 데이터 저장 설계, 입력 및 출력 설계, 처리 프로세스 설계, 컴퓨터 및 네트워크 시스템 솔루션 선택 3. 시스템 구현 소프트웨어 프로그래밍 및 소프트웨어 패키지 구매, 컴퓨터 및 네트워크 장비의 설치 및 디버깅, 시스템 테스트, 기존 및 신규 시스템의 전환 3. 시스템 운영 및 유지 관리 시스템 운영의 조직 및 관리, 시스템 평가, 시스템 교정 유지 관리, 적응 유지 관리, 완벽한 유지 관리, 예방정비 4. 시스템 업데이트 현행 시스템 문제점 분석, 신규 시스템 건설착공관리정보시스템 개발의 프로젝트 관리 단계는 프로젝트 수립 및 타당성 실증 단계, 프로젝트 시행 관리 단계의 두 단계로 나눌 수 있다. (1) 프로젝트 수립 및 타당성 조사 경영정보시스템 프로젝트 개발의 초기 단계는 일반적으로 두 단계로 구분됩니다. 첫 번째 단계는 예비 타당성 조사, 즉 예비 조사를 수행하고 프로젝트 제안을 제시하는 단계입니다. 두 번째 단계는 타당성 조사, 즉 공식적인 조사 단계입니다. 첫 번째 단계의 프로젝트 제안이 프로젝트 관리 부서의 승인을 받은 후 프로젝트가 계획에 포함됩니다. 즉, 프로젝트가 승인됩니다. 다음으로, 공식적인 타당성 조사가 시작될 수 있습니다. 프로젝트의 공식 시행 여부는 타당성 조사 보고서의 검토 및 승인 여부에 따라 달라집니다. 일부 소규모 프로젝트의 경우 위 프로세스가 단순화될 수 있습니다. 타당성 조사는 프로젝트 개발 초기 단계에서 프로젝트에 대한 일종의 점검 및 식별로, 제안된 프로젝트에 대해 포괄적이고 포괄적인 조사 및 연구를 수행합니다. 정보시스템 기술 타당성 조사는 시스템 개발 계획부터 시작하여 시스템 개발 역량의 타당성을 논의하는 동시에 시스템 솔루션에 채택된 다양한 기술적 수단이 실현될 수 있는지 입증해야 합니다. 정보시스템의 경제적 타당성 조사는 주로 프로젝트의 경제성 평가를 실시하고, 시스템 구축에 대한 투자 가능성을 분석하며, 운영 후 시스템이 조직에 가져올 이익을 평가합니다. 정보시스템 운영 타당성 조사에서는 프로젝트가 인력, 물적 자원, 조직 업무 등의 측면에서 계획대로 완료되고 실행되도록 하는 계획을 제공해야 합니다. 또한 프로젝트 개발의 경제적, 기술적, 환경적 측면이 가능한지 설명합니다. 시스템의 정상적인 작동을 보장합니다. (2) 프로젝트 시행 관리 정보 시스템 프로젝트가 구현 승인을 받은 후 프로젝트 구현 관리가 시작되어야 합니다. 프로젝트 수행 관리의 목적은 시스템 개발자가 계획, 점검, 제어 등 일련의 조치를 통해 프로젝트 목표에 따라 계획된 방식으로 작업하여 프로젝트를 성공적으로 완료할 수 있도록 하는 것입니다. 프로젝트팀의 인력 구성은 전공별로 구성되기보다는 프로젝트 중심으로 이루어져야 하며, 일반적으로 프로젝트 리더가 주도하며, 업무별로 프로젝트팀을 세분화할 수 있습니다. 대규모 정보 시스템 프로젝트가 개발을 위해 여러 하위 프로젝트로 분할되는 경우 각 하위 프로젝트의 공공 및 민간 부분을 안내, 조정 및 관리하는 일반 프로젝트 관리 팀이 필요합니다. 프로젝트 관리. 프로젝트 시행 관리의 주요 내용으로는 개발 관리, 테스트 관리, 운영 관리, 프로젝트 후 평가 관리 등이 있습니다. 개발 관리의 주요 내용은 문서 작성, 비용 추정, 정기적인 검토, 예상치 못한 상황 처리 등입니다. 테스트 관리의 주요 내용은 테스트 계획 개발, 테스트 분석 및 보고, 사용자 매뉴얼 작성입니다. 운영관리의 주요 내용은 인사조직 및 장비관리, 재정예산 및 지출관리, 운영시간 관리 등이다. 프로젝트 후 평가 관리의 주요 내용은 다음과 같습니다: 기술 수준 및 발전 평가, 시스템의 내재적 품질 평가, 시스템의 결함 및 개선 의견 등. 프로젝트 구현 관리는 시스템 분석, 시스템 설계, 시스템 구현, 시스템 유지 관리 및 평가의 전체 시스템 개발 프로세스를 통해 실행됩니다. 프로젝트 관리의 업무 절차와 조직 경계는 매우 중요하며, 정보 시스템을 성공적으로 구축할 수 있도록 프로젝트 관리에 대한 전반적인 프레임워크를 구축하는 것이 필요합니다. 단계는 다음과 같습니다. ①문제 분석. 초기 조사는 초보자가 아닌 숙련된 인력이 수행해야 하며, 변경 정도, 프로젝트 내용 및 최종 구현 비용을 신중하게 연구하고 평가해야 합니다. 대규모 변경이 필요하고 사용자 직원과의 긴밀한 통합이 필요한 프로젝트에는 일반적으로 더 높은 관리 경험이 필요합니다.
규모가 더 작고, 더 적은 인원이 참여하며, 팀으로 완료할 수 있는 프로젝트는 관리하기가 훨씬 더 간단합니다. ②올바른 항목을 선택하세요. 프로젝트를 선택할 때 성공률을 보장하려면 처음 시작하는 프로젝트의 규모를 제한해야 한다는 점에 유의해야 합니다. 일반적으로 1년 이내에 결과가 표시되어야 합니다. 대규모 프로젝트는 하위 프로젝트로 나누어 완료 진행 상황을 표시할 수 있습니다. ③프로젝트 리더를 선정합니다. 프로젝트 리더(프로젝트 관리자 또는 프로젝트 팀 리더)는 프로젝트의 일상 업무를 담당하며, 주어진 시간, 비용, 품질 내에서 프로젝트 목표를 달성할 책임이 있습니다. 그 임무에는 프로젝트 계획 준비, 프로젝트 팀 구성 및 교육, 프로젝트 작업 할당 및 조정이 포함됩니다. ④책임을 명시한다. 사용자 소유자는 프로젝트 전반에 걸쳐 사용자 참여 수준을 결정하는 책임을 져야 합니다. 프로젝트 리더는 사용자 리더에게 직접 보고해야 합니다. ⑤ 사업계획을 수립하고 업무기준을 결정한다. 정보 시스템의 프로젝트 관리 과정에는 많은 요소가 관련되어 있으며 때로는 문제가 매우 복잡해집니다. 신중하고 구체적인 프로젝트 계획이 있으면 위험이 제거됩니다. 사업계획에는 조직계획, 엔지니어링계획, 회의계획, 환경시설계획, 비용계획 등이 포함됩니다. 현재 일반적으로 사용되는 계획수립 방법에는 Gantt 차트 방법, PERT(계획 검토 방법) 등이 있습니다. 작업 표준을 결정하기 위해 작업 표준은 계획 실행 정도를 측정하는 척도입니다. 표준은 단순하고 명확하며 측정하기 쉽고 달성 가능해야 하며 의무적이어야 합니다. ⑥작업을 제한하고 작업 내용을 지정합니다. 프로젝트 계획을 준비할 때 프로젝트 리더는 완료할 작업, 완료 방법, 사용 가능한 리소스, 완료할 사람 및 완료하는 데 걸리는 시간을 결정해야 합니다. 2. 기업 정보 시스템 개발 프로젝트 관리의 조직 구조 정보 시스템 개발 작업의 원활한 시작을 보장하려면 먼저 프로젝트의 조직 구조, 즉 프로젝트 팀을 확립해야 합니다. 프로젝트 팀은 프로젝트 관리 및 개발의 다양한 측면을 담당하는 사람들로 구성될 수 있습니다. 프로젝트 팀은 프로젝트 리더 또는 프로젝트 관리자가 이끈다. 일반적으로 해당 프로젝트 팀은 프로젝트 자금 규모와 시스템 규모에 따라 결정될 수 있습니다. 프로젝트 팀은 작업 요구에 따라 여러 그룹을 설정할 수 있습니다. 그룹 수와 각 그룹의 작업은 프로젝트 규모, 복잡성 및 주기 길이에 따라 결정될 수 있습니다. 설정할 수 있는 그룹은 다음과 같습니다. 프로젝트 지원 그룹, 품질 보증 그룹, 시스템 엔지니어링 그룹, 시스템 개발 및 테스트 그룹, 시스템 통합 및 테스트 그룹 등 좋은 프로젝트 팀이 프로젝트 성공을 보장할 수는 없지만, 관리가 부족한 팀은 분명히 프로젝트 실패로 이어질 것입니다. 따라서 프로젝트팀을 구성할 때에는 프로젝트팀 각 구성원의 전문성을 최대한 활용하고, 전반에 걸쳐 올바른 개발 방식을 적용할 것을 주장해야 합니다. 1. 프로젝트 관리자(프로젝트 팀 리더) 프로젝트 관리자(프로젝트 팀 리더)는 전체 프로젝트의 리더이며, 그의 주요 임무는 전체 개발 프로젝트의 원활한 진행을 보장하는 것입니다. 그는 개발자와 최종 사용자 간의 조정을 담당합니다. 모든 수준에서 개발자와 사용자 간의 관계. 동시에 그는 자금을 통제할 수 있는 권한을 가지며 프로젝트 관리를 위한 강력한 도구로 자금을 사용할 수 있으며 정기적으로 상사에게 보고하여 프로젝트 관리자의 자금 사용을 합리적으로 감독할 수 있습니다. 프로젝트 관리자는 프로젝트 리더십 작업을 수행할 때 개발 중인 시스템이 원래 설정된 목표를 충족하는지, 어떤 작업에 적합한지 등에 대해 미리 선택된 올바른 개발 방법이 개발 작업에 사용되는지 항상 주의를 기울여야 합니다. 목적이 명확하고 기술적 수단이 적합하며 인력이 적절히 채용되어야 시스템 개발이 원활하게 진행될 수 있습니다. 소규모 프로젝트의 경우 프로젝트 관리자가 독립적으로 작업할 수 있고, 다양한 개발 기술 인력을 직접 관리할 수 있으며, 중형 프로젝트의 경우 각 작업의 경계를 여러 사람이 나누어 관리해야 합니다. 대규모 프로젝트의 경우 관리를 지원하는 특별한 관리 조직이 있어야 하며 프로젝트 관리자는 자신의 아이디어 구현을 보장하고 관리 조직을 통해 개발 기술자의 작업을 관리할 수 있어야 합니다. 자사 제품에 대한 리뷰입니다. 2. 프로세스 관리팀 프로세스 관리팀은 전체 프로젝트의 비용 및 진행 관리, 구성 관리, 설치 및 디버깅, 기술 보고서 발행, 교육 지원 등을 담당합니다. 이는 전체 프로젝트를 보장하는 종합 조직입니다. 개발 프로젝트가 원활하게 진행됩니다. 3. 프로젝트 지원팀 프로젝트 지원팀의 임무는 시스템 개발에 필요한 장비와 자재를 적시에 제공하는 것입니다. 프로젝트 개발 비용 계산, 계약 관리, 안전 보장 등을 담당합니다. ., 특히 대규모 프로젝트의 경우, 막대한 자금이 투입되고 개발자 수가 많으며 재료 소비가 많기 때문에 과학적 관리가 특히 중요합니다. 4. 품질보증팀 품질보증팀의 업무는 시스템 개발 품질에 영향을 미치는 문제점을 신속하게 발견하고 해결하는 것입니다.
문제가 조기에 발견될수록 전체 프로젝트에 미치는 영향이 줄어들고 프로젝트 성공 가능성은 커집니다. 5. 시스템 엔지니어링팀 정보시스템 개발은 시스템 프로젝트이기 때문에 프로젝트의 일반적인 특성에 따라 시스템 관점에서 시스템 개발의 각 단계의 업무를 공식화할 수 있습니다. 즉, 전체 개발 프로세스는 다음과 같은 단계를 기반으로 합니다. 단계는 여러 작업으로 구분되며 각 작업의 담당자, 작업 목표, 검사 기준 및 작업 완료 시간이 규정됩니다. 각 업무의 책임과 권리, 이익을 명확히 해야 개발 작업이 원활하게 진행될 수 있습니다. 6. 개발 및 테스트 팀 개발 및 테스트 팀의 임무는 시스템 개발, 개발 모델 및 일부 성숙한 상용 소프트웨어의 일부 핵심 기술을 최대한 활용하여 다양한 하위 시스템의 개발 및 통합에 참여하고 각 시스템을 테스트하는 것입니다. . 이는 전체 개발 프로젝트의 핵심이므로 팀 구성원을 구성하고 통일된 방법과 표준에 따라 작업합니다. 7. 시스템 통합 및 설치 및 디버깅 팀 시스템 통합은 전체 정보 시스템을 통합하는 프로세스입니다. 이 팀의 구성원은 소프트웨어와 하드웨어 제품 간의 결합과 개발된 정보 시스템에 세심한 주의를 기울이고 시스템 신뢰성 및 시스템의 효율성을 극대화한다는 전제하에 정보 시스템의 소프트웨어, 하드웨어 및 기타 측면의 통합을 완료하고 전체 시스템의 테스트, 설치 및 디버깅을 훌륭하게 수행합니다. 3. 경영정보시스템 개발 프로젝트 관리의 기본 내용 및 단계 경영정보시스템 개발 프로젝트 관리를 구현할 때 다음 5가지 단계를 따를 수 있습니다. 1. 작업 분류(WBS) 작업 분류(WorkBreakdownStructure), 작업 분할 또는 작업 전체 정보 시스템의 개발 작업을 일련의 작업으로 정의하는 분석 구조. 이 작업 세트는 여러 하위 작업으로 더 나누어 계층적 작업 그룹을 형성할 수 있습니다. 사람들에게 작업 책임을 할당하고, 구현하고, 효율적으로 실행합니다. 업무 분할은 과학적인 프로젝트 관리의 기본입니다. 업무를 분할하는 데는 어느 정도의 시간과 노력이 필요하지만 전체 시스템 개발 과정에서 그 우수성이 점점 더 많이 발휘될 것입니다. 작업 분할에는 작업 자금 분할, 작업 계획 일정, 작업 완료를 보장하는 협업 프로세스 및 조건이 포함됩니다. 업무 설정은 각 업무의 내용, 작성해야 할 문서, 업무의 점검 기준 등을 상세히 기술한 통일된 문서 형식을 기반으로 하며, 업무의 규모와 복잡도에 따라 자금을 배분합니다. 필요한 하드웨어, 소프트웨어, 기술 등 다양한 요소에 따라 작업을 완료하는 데 필요한 자금과 할당량이 결정됩니다. 작업 계획 일정은 설정된 작업에 따라 완료 시간과 작업 완료를 보장하는 조건을 결정합니다. 작업을 분할할 때 작업을 완료해야 하는 필요성, 작업에 필요한 외부 및 내부 조건, 즉 작업을 지원하고 참여해야 하는 사람과 필요한 인력, 장비, 기술 지원 및 물류 지원 작업이 제 시간에 완료되었는지 확인하십시오. 업무를 분할한 후 해당 업무를 특정인에게 할당하고 업무분할표를 작성하며, 이 테이블에는 업무번호, 업무명, 업무를 완료하는 담당자 등이 표시됩니다. 코딩의 경우 최상위 작업은 1, 2, 3,..., 작업 1의 분해는 1.1, 1.2, 1.3,..., 작업 2의 분해는 2.1입니다. , 2.2, 2.3,... 등. 업무 분해 방법은 크게 세 가지로 나뉜다. ① 시스템 개발 프로젝트의 구조와 기능에 따라 나눈다. 즉, 전체 개발 시스템은 하드웨어 시스템, 시스템 소프트웨어, 응용 소프트웨어 시스템으로 나눌 수 있습니다. 하드웨어 시스템은 서버, 워크스테이션, 컴퓨터 네트워크 환경 등으로 나눌 수 있습니다. 하드웨어 선택 계획, 구매 계획, 구매 관리, 검사 표준, 설치 및 디버깅 계획 등을 고려하고 해당 작업을 시스템 소프트웨어로 나눌 수 있습니다. 네트워크 운영 체제 소프트웨어, 백엔드 데이터베이스 관리 시스템, 프론트 엔드 개발 플랫폼 등 이러한 소프트웨어의 선택, 액세서리, 구매, 설치 및 디버깅을 고려하고 해당 작업을 공식화합니다. 응용 프로그램 소프트웨어는 입력, 디스플레이, 쿼리로 나눌 수 있습니다. , 인쇄, 처리 및 기타 기능, 시스템에 대한 요구 사항 분석, 전체 설계, 세부 설계, 프로그래밍, 테스트, 검사 표준, 품질 보증, 검토 등을 고려하고 해당 작업을 공식화합니다. ②시스템 개발 단계에 따라 구분한다.
즉, 시스템 분석, 시스템 설계, 시스템 개발의 시스템 구현, 시스템 구현의 프로그래밍, 시스템 테스트, 시스템 설치 및 디버깅, 시스템 시운전, 시스템 운영 및 기타 시스템 구현 단계, 작업, 기술 요구 사항 등에 따라 각 단계에서 완료해야 할 업무는 소프트웨어 및 하드웨어 시스템 지원, 완성기준, 인력 구성 및 책임, 품질보증, 점검 및 검토 등으로 구분되며, 동시에 이러한 업무도 세부 수준에 따라 나눌 수 있습니다. 각 단계의 작업을 완료하는 데 필요한 단계를 안내합니다. ③ ① ②를 합쳐서 나눕니다. 이 방법의 채택은 주로 실제 적용 고려 사항을 기반으로 하며 두 방법의 서로 다른 특성을 고려합니다. 작업을 분할할 때 다음 두 가지 사항에 특별한 주의를 기울여야 합니다. 첫째, 분할된 업무의 수가 너무 많아도 안 되지만, 너무 적어서도 안 된다. 너무 많으면 프로젝트 관리가 복잡해지고 시스템 통합이 어려워집니다. 너무 적으면 프로젝트 팀 구성원, 특히 작업 리더에게 더 높은 요구 사항이 적용되고 전체 개발에 영향을 미칩니다. 따라서 업무분할의 적절성에 주의를 기울여야 한다. 둘째, 업무를 분할한 후 업무 리더에게 일정한 권한을 부여하고, 책임자의 업무와 경계를 명확히 하고, 다른 업무에 대한 의존도를 명확히 하며, 제한 메커니즘과 관리 규칙을 결정해야 한다. 2. 기획 및 정리 업무분장을 바탕으로 전체 개발 및 프로젝트 관리 계획을 수립하고 업무 일정을 수립할 수 있습니다. 개발 계획은 구성 계획, 응용 소프트웨어 개발 계획, 테스트 및 평가 계획, 승인 계획, 품질 보증 계획, 시스템 엔지니어링 관리 계획 및 프로젝트 관리 계획 등으로 나눌 수 있습니다. 컴퓨터 하드웨어 시스템 및 시스템 소프트웨어 구성 계획에는 (1) 시스템 기준 설정, (2) 구성, 선택, 구매, 설치 및 디버깅 프로세스, (3) 변화하는 상황에서 시스템 기준의 안정성을 유지하는 방법, ) 최종 제품 문서. 응용 소프트웨어 개발 계획에는 다음이 포함됩니다. (1) 사용자 요구 사항을 해당 프로젝트로 전환합니다. (3) 소프트웨어 통합 프로세스. 테스트 및 평가 계획에는 다음이 포함됩니다. (1) 전체 시스템 통합, (3) 사용자에게 시스템 작동 시연, (4) 사용자가 사용할 시스템 준비. 승인 계획에는 (1) 승인 문서 준비, (2) 최종 시스템을 사용자에게 제공하는 방법이 포함됩니다. 품질 보증 계획에는 다음이 포함됩니다. (1) 개발 품질 확인 (2) 외부 제품 품질 결정. 시스템 엔지니어링 관리 계획에는 (1) 모든 시스템 개발 작업 관리, (2) 시스템 개발에 대한 사용자 요구 추적이 포함됩니다. 프로젝트 관리 계획에는 다음이 포함됩니다. (1) 작업 완료 시기 및 방법, (2) 완료 전략 및 표준 설정, (3) 다양한 계획 조정. 계획 준비에는 교육 계획, 설치 계획, 안전 보장 계획 등도 포함됩니다. 이러한 계획이 수립되면 작업의 시작 시간과 종료 시간, 작업 간의 상호 의존성 정도를 나타내는 작업 시간 일정을 작성할 수 있습니다. 이 작업 시간표는 작업 수준에 따라 여러 개의 테이블을 구성할 수 있으며, 이는 모든 하위 작업 시간 계획의 기초가 되는 하나의 테이블을 구성할 수 있습니다. 이 표는 모든 보고의 기초가 되며 전체 프로그램을 모니터링하고 제어하는 데도 도움이 됩니다. 작업 시간 일정을 설정하는 방법에는 여러 가지가 있습니다. 표 형식, 그래픽 또는 소프트웨어 도구를 사용하여 표현하는 방법은 실제 응용 프로그램 요구 사항에 따라 다릅니다. 3. 프로젝트 자금 관리 프로젝트 자금 관리는 정보 시스템 개발 프로젝트 관리의 핵심 요소입니다. 프로젝트 관리자는 경제적 레버리지를 활용하여 전체 개발 작업을 효과적으로 제어하고 절반의 노력으로 두 배의 결과를 달성할 수 있습니다. 프로젝트 관리에서는 작업 리더에게 특정 책임을 부여하는 동시에 해당 제어 권한도 부여하고 적절하게 제어해야 합니다. 자금관리에서는 자금지출계획과 예측계획이라는 두 가지 중요한 계획을 수립해야 한다. 지출 계획에는 다음이 포함됩니다. (1) 작업을 완료하는 데 필요한 자금 할당, (2) 작업 책임 확인 및 초과 실행 고려 사항, (3) 시스템 개발 일정 및 해당 지출 변경, 필요한 경우 프로젝트에 통보 관리자는 가능한 한 일찍. 예측 지출 계획에는 다음이 포함됩니다. (1) 다양한 시점에 필요한 자금 추정, (2) 프로젝트 완료율 이해, (3) 자금 지출 계획과 비교, (4) 프로젝트 관리자가 계획된 자금 조정을 할 수 있도록 허용합니다. 4. 프로젝트 감사 및 통제 프로젝트 감사 및 통제는 전체 프로젝트 관리의 중요한 부분으로, 전체 시스템 개발이 예산 내에서 작업 일정에 따라 해당 작업을 완료할 수 있는지 여부에 핵심적인 역할을 합니다. 해당 관리 내용 및 단계는 다음과 같습니다. (1) 시스템 개발을 위한 작업 시스템을 개발합니다. 채택된 개발 방법에 따라 작업 프로세스의 각 유형의 개발자별로 작업 완료를 위한 책임, 의무 및 품질 표준이 공식화됩니다.
(2) 감사 계획을 개발합니다. 전반적인 목표와 작업 표준을 기반으로 감사 수행 계획을 개발합니다. (3) 감사 결과를 분석합니다. 각 업무를 계획대로 감사하고, 업무일정과 자금의 변화를 분석하여 조정 및 변경이 필요한 부분을 판단합니다. (4) 통제. 즉, 작업 일정과 감사 결과를 바탕으로 프로젝트의 진행 상황을 파악하고, 개발 과정에서 발생하는 문제를 신속하게 처리하며, 개발 작업 중 발생하는 편차를 신속하게 수정하여 시스템 개발이 원활하게 진행될 수 있도록 돕습니다. 일하다. 시스템 개발 중 발생하는 변경 사항에 대해 프로젝트 관리자는 적시에 사용자 및 담당 부서에 연락하여 이해와 지원을 얻고 변경 사항에 대응하여 적절한 조치를 취해야 합니다. 5. 프로젝트 리스크 관리 정보 시스템 개발 프로젝트를 시행하는 동안 예비 타당성 조사 및 일련의 관리 조치의 통제에도 불구하고 일반적으로 그 효과가 리스크와 관련되어 예상 결과를 달성하지 못할 수 있습니다. , 비용이 계획보다 높을 수 있고, 구현 시간이 예상보다 길어질 수 있으며, 하드웨어 및 소프트웨어의 성능이 예상보다 낮을 수 있습니다. 따라서 모든 시스템 개발 프로젝트에는 비용 분석의 장점을 충분히 반영할 수 있도록 위험 관리가 있어야 합니다. 위험 관리에서 주의해야 할 점은 다음과 같습니다. (1) 기술은 요구 사항을 충족해야 하며 상용 기술은 다음과 같이 사용해야 합니다. 이를 통해 시스템 개발 위험을 줄일 수 있습니다. (2) 비용은 예산 범위 내에서 최대한 통제되어야 한다. (3) 개발 진행은 최대한 계획 내에서 통제되어야 한다. (4) 이용자와의 소통에 최선을 다하고, 이용자가 모르는 행위를 하지 않습니다. (5) 발생할 수 있는 위험을 충분히 예측하고 다른 개발자의 의견을 경청합니다. (6) 적시에 위험 감소 제안을 채택합니다. 즉, 위험 관리도 프로젝트 관리의 중요한 부분이며 프로젝트 관리자의 특별한 책임입니다. 위험 관리 프로세스는 다음 단계로 나눌 수 있습니다. 첫 번째 단계는 위험 식별입니다. 잠재적인 문제 목록을 작성하는 것부터 시작한 다음, 그 중 어떤 문제가 위험을 초래하는지 고려하십시오. 위험에 대한 결정은 기술 전문가와 대다수 사용자의 의견을 바탕으로 이루어져야 합니다. 잠재적 위험 원인은 다음과 같습니다. (1) 전체 계획 및 시스템 분석 단계에서 수행되는 요구사항 분석은 불완전하고, 불명확하고, 불안정하고, 실행 불가능하며, 이는 궁극적으로 소프트웨어 통합 및 시스템 통합에 영향을 미칩니다. 설계 결과의 사용성, 구현성 및 테스트 가능성이 낮아 시스템의 후속 개발에 영향을 미칩니다. (3) 프로그래밍 과정에서 불일치가 발생하거나 시스템 지원이 좋지 않을 수 있습니다. (4) 전체 개발 과정에서 어려움과 문제에 직면했을 때 개발자가 가질 수 있는 모순과 불일치는 시스템 개발의 품질과 진행에 영향을 미칠 것입니다. (5) 프로젝트 관리를 실행하는 동안 계획의 정확성, 모니터링 가능성, 자금 활용 및 할당이 전체 개발 작업에 영향을 미칩니다. 두 번째 단계는 위험 분석입니다. 식별된 리스크를 추가로 확인한 후 리스크 프로파일을 분석합니다. 즉 특정 리스크가 발생한다고 가정하고, 다른 리스크가 발생하는지 분석하거나, 이 리스크가 발생하지 않는다고 가정하여 어떤 일이 발생할지 분석한 후 주요 내용을 결정합니다. 위험이 발생하는 최악의 시나리오, 이 위험의 영향을 최소화하는 방법, 주요 위험의 발생 횟수 및 발생 시기를 결정합니다. 세 번째 단계는 위험 완화입니다. 위험 수준은 위험 분석을 통해 결정되어야 하며, 고도화된 위험에 대해서는 이에 상응하는 대응책을 마련하고, 이를 처리하기 위한 특별 조치를 취해야 하며, 중요한 위험 프로젝트의 수행을 담당할 전담자를 지정하고 특별한 설명을 해야 합니다. 위험관리계획에 포함되어야 합니다. 네 번째 단계는 위험 추적입니다. 시스템 설계 및 개발 프로세스 중에 식별된 위험을 추적하고 관리하여 계획이 적시에 수정될 수 있도록 어떤 변경이 발생할지 결정합니다. 구체적인 내용은 다음과 같습니다. (1) 중요한 위험 추적을 구현합니다. (2) 위험 추적은 프로젝트 관리의 전체 추적 관리와 일치해야 합니다. 개발은 시간이 지남에 따라 그에 따라 달라져야 합니다. 따라서 프로젝트 실행 및 관리 과정에서 경영진은 언제든지 프로젝트의 위험을 연구하고 그에 따른 대응책을 마련하는 것이 필수적입니다. 일반적으로 프로젝트의 내재적 위험에 영향을 미치는 세 가지 요소는 프로젝트 규모, 비즈니스 구조화 정도, 프로젝트의 기술적 난이도입니다. 이 세 가지 요소의 수준(또는 규모)을 결합하여 8가지 가능한 프로젝트 위험 추정치가 표 2에 나와 있습니다. 표 2 프로젝트 위험 추정표 프로젝트 관리의 위험 관리 방법은 프로젝트 위험 수준에 따라 구성하고 관리하는 것입니다. 프로젝트 관리를 효과적으로 수행하기 위해 다음 네 가지 조치와 기술을 사용할 수 있습니다. (1) 프로젝트 팀과 사용자를 결합하는 외부 결합 조치 및 기술. 예를 들어 사용자 프로젝트 관리 조직, 사용자 참여 프로젝트팀, 사용자 운영위원회 등이 있습니다. (2) 프로젝트 팀 조정 작업을 위한 내부 통합 조치 및 기술.
예를 들어 프로젝트 검토 회의, 메모, 의사 결정에 프로젝트 팀 참여 등이 있습니다. (3) 작업 구조, 질서 있고 표준화된 계획 조치 및 기술. 예를 들어 주요 로드맵, 주요 이벤트, 프로젝트 승인 절차 등이 있습니다. (4) 프로젝트 진행 상황을 예측하기 위한 표준화된 통제 조치 및 기술. 예를 들어 분산 분석이 포함된 일련의 공식 상태 보고서가 있습니다. 일반적으로 작업이 덜 구조화될수록 높은 수준의 외부 및 사용자 통합에 대한 필요성이 커집니다. 채택하기 어려운 하이테크 프로젝트는 높은 수준의 내부 프로젝트 통합과 낮은 형식의 계획 및 통제에 의존하는 경우가 많습니다. 고도로 표준화된 계획 및 제어는 기술 난이도가 낮고 규모가 큰 프로젝트에 가장 유용합니다. 프로젝트 위험 관리 전략은 표 3에 나와 있습니다. 표 3 프로젝트 리스크 관리 대책 고위험 프로젝트가 성공하면 기대되는 최대 이익을 얻게 되는 것은 분명합니다. 대규모의 비구조화된 하이테크 프로젝트를 실현하기 위해 특정 위험을 감수할 때 다양한 위험이 있는 프로젝트와 다양한 프로젝트 조직 관리를 결합하면 기업이 만족스러운 결과를 얻을 수 있습니다. 정보 시스템 구축에 있어 프로젝트 관리의 위험 관리는 개발자와 수많은 최종 사용자의 모든 측면을 포함하기 때문에 매우 중요합니다. 시스템 개발의 원활한 진행을 보장하기 위해서는 완전한 관리 책임과 사양을 확립하고 전반에 걸쳐 올바른 개발 방법을 주장하는 것 외에도 모든 유형의 인력 간의 이념적 의사 소통을 잘 수행해야 합니다. 개발 프로젝트팀 구성원 모두가 항상 한목소리로 이야기하고 있습니다." 입맛에 맞을지 모르겠네요!