교육 전략 프로젝트 계획

+

Businessballs는 국제적으로 인정 자격 (ILM 또는 CMI)와 정렬 무료 시청각 대화 형 e 러닝 모듈을 제공 Accipio 제휴하고있다. 각각의 리더십과 관리 eModule에 대한 학습 포인트를 달성, 당신은 (Accipio를 통해) 수여 기관에 등록되면, 고정 충분한 학습 포인트를 레벨 3 상, 인증서 또는 디플로마를 얻고 과제를 통과했다. 인증 비용이 적용됩니다. eLeadership 아카데미에 액세스하려면 여기를 클릭하십시오. 여기에 프로젝트 관리 프로젝트 관리, 도구, 프로세스, 계획과 프로젝트 계획 팁 규칙, 프로세스 및 프로젝트 계획 및 프로젝트 관리를위한 도구입니다. 큰 조직에서 크고 복잡한 프로젝트는 종종 임원 후원 또는 리더십의 일종이 필요합니다. 이것은 일반적으로 (프로젝트 후원에 대한 별도의 섹션을 참조) 프로젝트 후원이라고한다. 프로젝트 관리 기술은 프로젝트 관리자에 대한 분명 중요하지만, 흥미롭게 관리자 사용을 투사 방법과 도구는 모두를 위해 도움이 될 수 있습니다. 프로젝트 관리 방법의 계획 및 구현에 매우 유용 할 작업은 반드시 순서대로 프로젝트를 호출 할 필요가 없습니다. 아무리 작은 작업 특히 계획 단계에서, 잘 선택된 프로젝트 관리 기술이나 도구의 사용을 활용할 수. 성공적인 결과를 달성하는 몇 가지 제제가 필요한 태스크 아마 프로세스 어딘가에 몇 프로젝트 관리 방법을 사용하여 더 잘 수행 할 것이다. 프로젝트 관리 방법은 작업의 모든 종류의, 특히 복잡한 활동의​​ 계획과 관리에 도움이 될 수 있습니다. 프로젝트 관리는 주로 계획과 조직의 관리 변화와 연관되어 있지만, 프로젝트는 사업과 관련이없는 일이 될 수 있습니다 - 심지어 국내 상황, 같은 집, 이동 또는 결혼식을 계획하고있다. 프로젝트 관리 방법과 도구 따라서 훨씬 더 널리 사람들이 생각보다 유용 할 수 있습니다. 문제와 실패의 위험이 존재 - - 그래서 성공적인 결과를 제공하기 위해 계획 및 평가 옵션, 조직 활동과 자원을 필요로 프로젝트 관리 기술 및 프로젝트 계획 도구는 다른 결과가 가능하는 모든 작업에 유용합니다. 프로젝트는 매우 크고 매우 복잡한에 작고 간단한에서 다양한 모양과 크기가 될 수 있습니다. 조직과 기업에서 프로젝트 관리가 특히 도입 또는 예를 들어, 어떤 영역 또는 함수에서 물건을 변경, 아무것도 염려 할 수 있습니다 사람, 인력 및 관리 제품과 서비스 재료, 제조 및 생산 IT 및 통신 설비, 차량, 장비 저장 , 유통, 물류 건물 및 금융, 관리, 수집 및 매각 구매 판매, 판매, 마케팅, 인적 자원 개발 및 교육 고객 서비스 및 관계 품질, 건강과 안전, 법률 및 전문 기술, 과학, 연구 및 개발 신규 사업 개발 및 아무것도 구내 계획 및 조직 내에서 관리를 필요로하는 사람. 성공적인 프로젝트 관리는 크고 작은 프로젝트를 위해, 아래에 설명 된 절차에 따라하는 경향이있다. 선택적으로 적절하게 사용되는 동일한 원칙이 또한 더 작은 작업에 적용된다. 프로젝트 관리 기술은 프로젝트 관리자에 대한되지 않습니다 - 그들은 사람이 사용 가능합니다. 프로젝트 관리 프로세스 1 -, 매개 변수를, 프로젝트 사양이 프로젝트가 달성하는 것을 목표로 내용을 정확하게 설명해야한다 종종 참조의 프로젝트 용어라는 프로젝트에 대한 정확한 사양 (기준 조건)에 동의하고, 기준 및 유연성 관련된 범위, 범위, 출력, 소스, 참가자, 예산과 시간 척도 (주의 - 계획 시간 척도에 대해 아래 참고 참조). 일반적으로 프로젝트의 공식 설립하기 전에 참조의 프로젝트 용어는 생산하거나 적어도 (프로젝트) 담당 프로젝트 스폰서, 또는 집행에 의한 근본적인 수준에서 초안을 작성. 프로젝트가 이전에 상세한 프로젝트 계획의 시작에, 기업 수준에서 정당화 승인 및 자금 지원을 위해 종종 초기 최상위 일반적으로 프로젝트 설명 (비즈니스 케이스는 기본적으로)가 필요합니다. 일반적으로 프로젝트 스폰서 또는 담당 임원이 임명 프로젝트 관리자는 초기 기업의 프로젝트 설명 또는 비즈니스 케이스의 초안에 다양한 각도에 참여 할 수있다. 프로젝트 관리자가 먼저 비공식적으로 프로젝트 자체의 기업 승인 및 프로젝트 관리자의 정식 임명 보류, 프로젝트 관리 역할에 임명하는 것은 드문 일이 아니다. 보스 또는 수석 업 라인 매니저 반드시 프로젝트 관리자가 일반적으로보고되는하지만 프로젝트 스폰서는 일반적으로 프로젝트 매니저보다 더 고위 관리자 또는 경영자입니다. 작은 프로젝트 관리자의 기존 업무의 일부를 형성하고, 특정 보드 또는 회사의 승인을 필요로하지 않지만 모든 실질적인 프로젝트는 일반적으로 다음과 같은 프로젝트 스폰서를 필요로하지 않을 수 있습니다, 담당 공식적인 수석​​ 프로젝트 스폰서 또는 집행이 필요한 경우 임원에 프로젝트와 프로젝트 관리자에 대한 책임은 정상까지 온라인보고 관리자 / 임원에 속한다. 일반적으로 프로젝트 관리자는 다른 사람 (특히 프로젝트 스폰서)와 상담해야합니다 후 상사 및 / 또는 관련 기관과 세부 프로젝트 사양을 동의합니다. 그 합의 전에 명세서는 몇 초안을 포함 할 수있다. 프로젝트 사양은 프로젝트가가는, 또는 완료에 성공하는 방법을 평가하기 위해 언제든지 원하는 사람을위한 측정 책임을 생성하는 필수적이다. 참조 프로젝트 용어는 원래 합의 된 목표와 매개 변수와 함께 필수적인 훈련과 트랙에 프로젝트를 유지하는 프레임 워크와 관심을 제공합니다. 적절히 배합과 합의 프로젝트 사양 또한 프로젝트의 원래 범위를 벗어난 또는 프로젝트 관리자의 통제 할 수없는 문제를 설명하기 위해 개최되는 프로젝트 매니저를 보호합니다. 이 기관에서 그 특별한 조건이나 예외를 동의 할 수있는 단계이다. 당신이 기준의 규정을 발표했습니다되면 당신은 당신이 심판을 받게하는 기대의 매우 확고한 세트를 만들었습니다. 당신이 어떤 문제가, 또는 재협상을 원한다면, 지금 그것을 할 시간이야. 가장 큰 프로젝트는 생산 기준의 프로젝트 약관을 동의하는 몇 주를 요구할 수 있습니다. 대부분의 정상 업무 프로젝트는 그러나 며칠 생각하고 적합한 프로젝트 사양을 생산하기 위해 컨설팅이 필요합니다. 구축 및 프로젝트 사양을 동의하면 작업이 간단한 경우에도 중요한 과정이다. 프로젝트 사양에 대한 템플릿 : 목적, 목표 및 산출물을 설명하십시오. 주 매개 변수 (시간 척도, 예산, 범위, 범위, 영역, 권한). 국가의 사람들이 참여하고 방법 팀 (회의, 의사 결정 과정의 주파수)를 작동합니다. 검토하고 진행 상황을 확인하고, 진행 상황과 결과를 어떻게 측정 할 수있는 브레이크 포인트를 설정합니다. 배경, 목적, 범위, 제한 조건, 가정, 보고, 종속성, 견적, 시간 척도 : 별도로 약어 BOSCARDET는 참조 머리글 / 섹션 약관에 대한 유용한 예제 구조를 제공한다. 이러한 고려 사항은 제약 조건 또는 견적에 포함 할 수 있습니다 - 이 구조는 비용 / 예산에 대한 구체적인 제목을 포함하지 않는다. 프로젝트 (및 참조 약관을 필요로하는 다른 활동)이 다르므로 상당히 참고 문서의 이용 약관에 대한 표준 보편적 인 구조가 없다. 책임은 모든 관련 필요한 문제가 포함되어 보장하기 위해 프로젝트 관리자 또는 리더로 ​​자리 잡고, 이 지방의 해석은 TOR의 제목과 문서 구조를 의미하는 경향이있다. 브레인 스토밍 참조 기준의 모든 관련 용어 indentified 구조화 할 수있는 유용한 방법이 될 수있다. 조직은 그 해당되는 경우 사용하는 것이 합리적이다 BOSCARDET 예, 표준 TOR 구조를 가질 수있다, 누락의 위험을 염두 이상 - 합병증 표준 관행을 다음과 같은 경우에 발생할 수 있습니다. 또한 비즈니스 사전 섹션에서 참조 약관을 참조하십시오. 2 - 프로젝트가 프로젝트의 다양한 단계와 활동을 계획 계획이다. 가능한 경우 (확실히 필요한 경우) 계획에 팀을 포함한다. 유용한 팁은 역순으로, 장소에 배치하고 수행해야 할 모든 것을 식별, 최종 목표에서 거꾸로 작동하는 것입니다. 포인트와 문제를 수집하는 데 도움이 혁신과 아이디어를 탐구, - 또한, 프로젝트의 맨 처음에서, (일반적으로 프로젝트 팀과 무작위로 아이디어와 점에 주목) 브레인 스토밍을 사용합니다. 생선 다이어그램은 브레인 스토밍하고, 그렇지 않으면 잊혀 질 수있는 원인 요소를 식별하는 데 유용합니다. 당신은 문제의 경험이 부족하면 복잡한 프로젝트의 경우, 또는, 브레인 스토밍 과정에서 다른 사람을 포함한다. 그 후이 올바른 순서로 문제를두고, 각 문제 사이의 관계와 링크를 구축 질문이야. 복잡한 프로젝트 병렬로 실행되는 활동들을 가질 것이다. 이 프로젝트의 일부는 시작하거나 진행하기 전에 사업의 다른 부분이 완료 될 필요가있다. 프로젝트의 이러한 상호 의존적 인 부분은 특히주의 깊은 고려와 계획이 필요합니다. 일부 프로젝트는 세부 계획의 완료 전에 타당성 단계가 필요합니다. 간트 차트와 임계 경로 분석 흐름 다이어그램 상세한 프로젝트 관리 계획이 일반적으로 사용되는 도구, 스케줄링을 가능하게 비용 및 예산 등의 재무, 프로젝트 관리 및보고 있습니다. 프로젝트 후원이 계획을위한 프로젝트 관리자의 책임과 통합 될 수있는 방법을 이해하는 후원 프로젝트를 참조하십시오. 그것은 단지 그것이 방법이야 - - 프로젝트 시간 척도과 비용 대부분의 프로젝트 늦게 와서 그렇게 t이 지나치게 야심있는 척도를 계획하는 돈. 이상적으로 약간의 미끄러짐을 계획. 당신은 고정 기한을 부여받은 경우, 이전을 충족하고, 그 이전 날짜에서 다시 작업을 할 계획입니다. 프로젝트의 각 단계에 약간의 미끄러짐 또는 여유를 구축 할 수 있습니다. 여기서 당신이 할 수있는주의의 측면에 잘못. 다시 미끄러 늦게 전달되거나 예산을 통해 실행하는 또는 다른 금융 요구 사항을 충족하지 못하는 프로젝트는 종종 심각한 문제를 야기한다. 많은 계획은 빨리하고 비용 효율적으로 현실보다 프로젝트를 제공하기 위해 압력을 넣고있다. 야망과 높은 목표는 좋은 태도, 하지만 적절한 신중하고 책임없이 계획은 바보입니다. 투자자와 경영진은 오버 야심 찬 계획을 질문을 거의 경향이 없지만, 어떤 지나치게 야심 찬 프로젝트가 실패하기 시작할 때 그들은 신속하게 아주 무자비한 결정을 내릴 것입니다. 재무 및 시간 척도에 관한 프로젝트의 초기에 약간의 현실감을 운동하면 나중에 문제의 엄청난 금액을 절약 할 수 있습니다. 프로젝트 팀은 계획 단계의 또 다른 중요한 부분은 팀을 따기입니다. 프로젝트 개요에 의해 당신에 부과 팀 멤버가 특히 큰주의하십시오. 선택 및 최고의 팀 구성원의 헌신을 얻고 - 직접, 프리랜서, 하청 업체, 공급 업체, 컨설턴트 또는 다른 파트너를 채용 여부 - 프로젝트의 품질, 당신이 그것을 관리 할 수​​있는 용이성에 매우 중요합니다. 일반적으로 가능한 한 빨리 팀을 구축하려고합니다. 확인 또는 참조 단계의 조건 중 하나 또는 두 사람을 임명하는 것은 때때로 가능하다. 팀을 임명하는 것은 초기 소유권을 극대화하고 구매-의 프로젝트에, 그들이 기여할 수있는 극대화 할 수 있습니다. 하지만 당신은 그들이 얼마나 잘 있는지, 그리고 그들이 명확하게 이해하고 수용하는 조건에 따라 프로젝트에 스스로를 저지른 때까지 전에 사람을 임명 매우 조심. 돈 t 팀이 지불하고 공식 프로젝트 팀원 전체가 될 필요가 있다고 상상한다. 가장 가치있는 팀 구성원 중 일부는 참여하는 것 이외의 아무것도 감사의 몇 마디를 원하지 않는 비공식 고문, 멘토, 도우미입니다. 꽉 예산에 프로젝트 관리 외로운 사업이 될 수 있습니다 - 당신이 믿을 수있는 좋은 사람들의 도움, 어떤 예산을 찾으실 수 있습니다. 계획하고 다양한 병렬 및 종속 활동과 대규모 복잡한 프로젝트를 관리하려면 함께 중요 경로 분석 및 MS Excel 또는 동등한에 스프레드 시트를 넣어해야합니다. 중요 경로 분석은 당신에게 작업을 수행해야하는 순서 및 작업의 상대적 중요성을 보여줍니다. 실제로 진행 또는 최적의 결과를 제공하기 위해 훨씬 더 큰 활동을 활성화에 상당히 영향력이있을 때 일부 작업은 작고 하찮은 나타날 수 있습니다. 간트 차트는 시간이 지남에 주어진 비용과 프로젝트 그리고 그 길을 따라 그 비용을 관리하기위한 활동의​​ 블록을 보여주는 유용한 방법입니다. 다양한 프로젝트 관리 소프트웨어에 유용 많이있는, 사용할 수 있지만를 시도하기 전에 이해해야하며, 이 과정에서 설명하는 순수 프로젝트 관리 기술을 개발에 집중한다. 당신이 t 기본적인 일을 할 수 있다면 세계 최고의 소프트웨어를 사용하면 도움이되지 않습니다. 프로젝트 스폰서 역할이 프로젝트 팀에 참여 할 수있는 방법의 자세한 설명은 또한 프로젝트 후원을 참조하십시오. 브레인 스토밍, 생선 다이어그램, 중요 경로 분석 흐름 다이어그램 및 간트 차트 : 프로젝트 관리 도구는 다음 예제와 즉 프로젝트 계획 및 프로젝트 관리, 네 일반적으로 사용되는 도구에 대한 설명입니다. 또한 별도로 비즈니스 프로세스 모델링 및 품질 관리를 참조하십시오. 아래의 주요 프로젝트 관리 모델을 제외하고 관련 도구와 방법을 포함한다. 여기 도구 각각 자신의 강점 아래 매트릭스의 기본 지침으로 요약 특정 목적을 가지고있다. 브레인 스토밍 브레인 스토밍은 일반적으로 프로젝트 관리 및 프로젝트 계획 프로세스의 첫 번째 중요한 창조적 인 단계이다. 상세하게 브레인 스토밍 방법을 참조 따로 설명 프로젝트 관리의 외부 그것은 다른 많은 유용한 응용 프로그램 때문이다. 대부분의 프로젝트 관리 기술 및 방법과는 달리, 브레인 프로세스의 첫번째 단계는 이상적으로는 자유 생각 랜덤 기술이다. 결과적으로는 간과 또는 전원 강점 시스템과 프로세스에 많은 사람들이 그것 때문에없는 자연적인 방법을 아래에-이용 될 수있다. 결과적으로 프로젝트 계획 프로세스의이 단계는 매우 조직화 된 사람들이 임의로 창조적으로 생각할 수 있도록 구체적으로는, 세션을 관리 할 팀 멤버에 의해 용이하게되는 것이 유익 할 수있다. 생선은 생선 다이어그램 주로 품질 관리 결함 검출에 사용되는 다이어그램, 비즈니스 프로세스의 개선, 특히 제조 및 생산하지만, 이 모델은 또한 일반적으로 프로젝트 관리 계획 및 태스크 관리에 매우 유용하다. 브레인 스토밍 동안 예를 들어, 수집 및 요소를 구성 할 때 프로젝트 내에서 관리 생선 다이어그램은 특히, 초기 계획에 유용하다. 생선도 큰 활동, 자원 영역, 또는 프로세스의 일부를 활성화에 중요 할 수 숨겨진 요소를 식별하기위한 매우 좋다. 생선 다이어그램은 예약 또는 상호 의존적 인 시간이 중요한 요소를 보여주는 좋은하지 않습니다. 생선 다이어그램은 카오루 이시카와 (1,915에서 89 사이), 1960 년대에 기술을 고안 산업 품질 관리 및 엔지니어링 전문 일본의 교수 후에, 원인과 결과 다이어그램과 이시카와 다이어그램이라고합니다. 그것은 생선처럼 보이기 때문에 이시카와의도가 분명, 물고기의 뼈도로 알려졌다. 물고기의 뼈도 중앙 척추가하면되는 주변의 최종 결과 (또는 문제)에 기여하는 요인의지도를 구축, 왼쪽에서 오른쪽으로 실행. 각 프로젝트 요소의 주요 카테고리 식별되어 척추로 이어지는 주 골격으로 도시. 각 카테고리에 (그림에서 P로 표시) 기본 요소 또는 요소를 그릴 수 있고, 이들에 (S로 표시) 보조 요소 또는 요소를 그릴 수 있습니다. 이것은 모든 종류에 대해 수행하고, 필요한 경우 제 3 또는 제 4 레벨의 요소로 확장 될 수있다. 위의 그림은 아주 간단한 하나입니다. 일반적으로 생선 다이어그램은 척추에 공급하는 6 개 이상 주요 뼈가있다. 기타 주요 카테고리 요인은 환경, 관리, 시스템, 교육, 법률 등 프로젝트에 대한 의미가 무엇이든해야한다 물고기의 뼈도에 사용 된 범주를 포함 할 수 있습니다. 다양한 표준 분류 세트는, 그러나 당신의 선택 구조가 아니라 카테고리 제목의 표준 세트를 복용하고 맞는 것으로 기대보다, 자신의 상황에 적합한 것이 중요하다, 다른 산업용 애플리케이션을 위해 존재한다. 특히 전체 동작을 맵핑 - 단순한 수준에서 피시도 계획 모델 및 공구 매우 효과적이다. 물고기의 뼈도는 물론 프로젝트 계획에 사용되는 경우 효과는 목적이나 결과 또는 결과가 아닌 문제로 표시됩니다. 문제의 용어는 고장 진단 및 품질 관리 문제 해결에 사용됩니다. 일부 생선 다이어그램은 시스템이 전산화 특히 경우, 전문적인 품질 관리 분야에서 공통되는, 참으로 매우 복잡해질 수 있습니다. 이 모델 및 임계 경로 분석도 사업 기획 및 비즈니스 프로세스 개선의 영역 내에서 비​​지니스 프로세스 모델링에 사용되는 더욱 복잡한 다이어그램과 유사하다. 프로젝트의 중요 경로 분석 (흐름도 또는 차트) 중요 경로 분석은 매우 복잡 소리, 그러나 그것은 계획과 복잡한 프로젝트를 관리하기위한 매우 논리적이고 효과적인 방법이야. 중요한 경로 분석은 일반적으로 그 형태 (라인 구성) 선형 흐름도, 특히 시간 - 라인으로 도시된다. 이 같은 일을이야 - - 중요 경로 분석도 중요 경로 방법이라고하며 용어는 일반적으로 CPA 및 CPM에, 축약된다. 임계 경로 분석에서 일반적으로 사용되는 도구는 PERT 큰 프로젝트가 연결된 요소의 수백 또는 수천을 포함 할 수있다 특히 관련과 상호 의존적 인 활동과 이벤트를 식별하기위한 전문적인 방법입니다 (프로그램 / 프로그램 / 프로젝트 평가 및 검토 기법)입니다. PERT는 간단한 프로젝트에 일반적으로 관련이 없습니다 만, 타이밍 및 상호 의존성의 문제가 중요한 때 상당한 크기와 복잡성의 모든 프로젝트는 특히, PERT 방법으로 활성화 상세 분석 혜택을 누릴 수 있습니다. PERT 분석은 일반적으로 중요 경로 분석에 및 여기에 언급 된 것과 같은 다른 광범위한 프로젝트 관리 시스템에 공급한다. 임계 경로 분석 흐름도는 그 타이밍 겹치거나 일치 상호 의존적 인 요소를 보여주는 매우 좋다. 그들은 또한 시간 척도에 따라 예약 할 수있는 계획을 수 있습니다. 하지만 확실히 그렇게 쉽게, 중요 경로 분석 흐름도는 아니지만 아주 쉽게 간트 차트 (아래)으로, costings 및 예산을 사용, 또한 인과 요소를 식별 할 계획 도움 생선 다이어그램 (아래) 등. 이것은 중요 경로 분석을 만드는 방법이다. 튀긴 아침을 - 예를 들어, 이 프로젝트는 단순한 하나입니다. 먼저 예를 들어 다시 (대략적인 순서로 자원 활동) 모든 문제를, 아래 참고 : 식기 및 주방기구를 조립, 테이블을 배치, 장비를 준비, 재료를 조립 토스트을, 튀김 소시지와 계란, 그릴 베이컨, 토마토, 따뜻한 접시, 서브. 이러한 활동 중 일부는 병렬로 발생해야합니다 - 그리고 결정적으로 그들은 상호 의존적이다. 즉, 당신이 다른 후 한 번에 작업하고, 하나를 수행하여 튀긴 아침 식사를 만들려고하면, 말을하는 것입니다, 일이 잘못 갈 것입니다. 특정 작업은 다른 사람보다 먼저 시작되어야하며, 특정 작업을 시작하는 다른 사람의 순서를 완료해야합니다. 플레이트는 다른 활동이 진행되는 동안 예열해야합니다. 토스트는 소시지 튀김 중에 토스트되어야하고, 동시에 베이컨, 소시지 그릴 중이다. 계란은 마지막 튀긴해야합니다. 긴요 한 경로 분석했을 때의와 필요가 무엇의 도시적인 표현이다. 타임 스케일 및 비용은 각 활동과 자원에 적용될 수있다. 여기에 튀긴 아침 식사를 만들기위한 중요 경로 분석을 S : 아래이 중요 경로 분석의 예를 몇 분 동안 몇 가지 활동을 보여줍니다. 정상 영업 사업이 예보다 넓은 수회 연장 분석을 볼 것이며, 타임 라인은 몇 주 또는 몇 달에 기초 할 것이다. 이는 금융 합계 시간 합계가 계획되고 추적 될 수있는 임계 경로 분석을 만들 MS 엑셀 또는 유사한 스프레드 시트를 사용하는 것이 가능하다. 다양한 전문 프로젝트 관리 소프트웨어는 같은 일을 할 수 있습니다. 전혀 컴퓨터 교육이 필요하지 않습니다 - - 장소에 사고와 구조 (90)를 넣을 수 있지만 초기 단계에 특히 신중하게 손으로 그린​​ 그림이 때, 컴퓨터 모델링의 복잡성에 주​​ 지출을 조심하십시오. (모든 대안의 가격의 단지 작은 부분에 대한 가장 놀라운 계획과 통신 이제까지 발명 된 도구입니다. 가능한에 대한 세부 사항을 참조하십시오.) 프로젝트의 중요 경로 분석 흐름도 예제 간트 차트 간트 차트 (일반적으로 잘못이라고 갠트 차트)입니다 매우 유용한 프로젝트 관리 도구를 제공합니다. Gantt 차트는 1910 년대에 기술을 고안 한 미국 엔지니어 및 컨설턴트 헨리 간트 (1,861에서 1,919 사이)의 이름을 따서 명명된다. , 간트 차트는 일정과 예산, 그리고보고 및 제시하고 쉽고 빠르게 프로젝트 계획과 진행 상황을 전달하기위한 훌륭한 모델이지만, 원칙적으로 간트 차트는 상호 의존적 인 요소를 식별하고 보여주기위한 중요 경로 분석 흐름도만큼 잘되지 않습니다 또는에서 및 / 또는 그 자세한 원인 또는 기여하는 모든 요소에 계획을 매핑. 당신은 MSExcel 또는 유사한 스프레드 시트를 사용하여 Gantt 차트를 구성 할 수 있습니다. 모든 활동은 별도의 줄이있다. 프로젝트의 기간 동안 시간 라인 만들기 (아침 식사의 예는 분을 표시하지만, 일반적으로 당신은, 또는 매우 큰 장기 프로젝트 개월 동안 주를 사용한다). 당신은 당신은 검토를 예약하고 삽입 할 수 있습니다 브레이크 포인트 (짧은, 직접 관리 위임 및 왼쪽에서 실행 등을보고, 예를 들어 강한) 활동의 유형을 표시하는 시간 블록 코드를 색상 수 있습니다. 당신이 필요로 각 줄의 끝에서 당신은 활동에 대한 많은 비용 열을 표시 할 수 있습니다. 아침 식사의 예는 소모품 및 노동과 연료에 대한 수입 비용의 단지 자본 비용을 보여줍니다. 이런 간트 차트는 각 활동의 진행 방법과 비용이 실행을 추적 할 수있다. 당신은 계획 대비 실제 데이터를보고 주위 시간 블록을 이동 할 수 있으며, 다시 예약을하고, 새로운 계획 업데이트를 만들 수 있습니다. 비용 컬럼은 계획과 실제 데이터와 차이를 보여주고, 당신이 필요로하는 등 무엇이든 합계, 평균, 비율을 계산할 수 있습니다. 간트 차트는 아마 가장 유연하고 모든 프로젝트 관리 도구의 유용하지만 그들은 매우 쉽게하지 않거나 분명 중요성과 관련 병렬 활동의 상호 의존성을 보여 기억, 그들은 t 분명히 다른 전에 하나의 작업을 완료하는 필요성을 보여 원 크리티컬 경로 분석 할 것입니다 당신이 거의 확실히 큰 복잡한 프로젝트에 특히 계획 단계에서 두 도구를해야하고, 할 수 있도록, 시작할 수 있습니다. 간트 차트 예를 들어, 프로젝트 계획 도구 자연스럽게 후속 프로젝트 보​​고서, 프리젠 테이션 등에도 사용하고 당신이 사람들이 인식하는 형식을 사용하는 경우 모든 사람의 인생을 더 쉽게 만드는 친숙한 찾을된다. 컴퓨터 시스템 / 소프트웨어의 다양한 이제 프로젝트 관리 및 계획에 존재하고, 새로운 방법을 개발하는 것을 계속한다. 그것은 개선 및 개발을위한 범위 많이 높은 혁신의 영역입니다. 특히 저렴하게 또는 무료 있을지, 특히 좋은 시스템의 제안을 환영합니다. 많은 조직 개발하거나 특정 컴퓨터 도구를 지정, 그래서 자신의 상황에 가장 적합한 전산화 프로젝트 관리 시스템 (들)을 결정하기 전에 가장 좋은 방법의 지역 관​​련 조언과 사례를 추구하는 좋은 생각이야. 내가 쓴 I 커 OCT (2013)에 감사드립니다 :. 나는 자원 봉사 프로그램의 일환으로 프로젝트 관리에 모듈을 가르치고 매우 효과적이고 사용자 친화적으로 무료 도구 GanttProject (ganttproject. biz/)를 발견했다. 실제로 GanttProject 우수한 무료 소프트웨어 것 같다. 나는 완전히 그래서에 대한 자세한 보고서를 부탁드립니다 테스트하지했습니다. 프로젝트 금융 계획과 당신은 아마 계획하고 계획과 실제 지출을보고 스프레드 시트를해야 할 것이다 푼돈 이상을 포함하는 프로젝트의보고. MSExcel 또는 유사한을 사용합니다. 작은 프로젝트에 대한 재무 회계 때로는 프로젝트의 Gantt 차트를 사용하여 관리 할 수​​ 있습니다. 생각할 간트 차트와 재무 관리 계정을 쉽게 충분한 전문 지식을 주어진 스프레드 시트 시스템 내에서 관리 할 수​​ 있지만 대형 프로젝트는, 전용 회계 시스템을 필요로 일종의을 필요로 할 가능성이있다. 당신이 할 수있는 경우는 프로젝트 관리의 주요 기능을이야, 그리고 - 당신이 돈 경우 t는 함께 기본 재정 계획을 수립 않는 사람의 도움을 얻을, 당신은 당신의 팀에 좋은 친화적 인 유연한 금융 사람을 가지고 있는지 확인하는 방법을 알고 t는 당신을 위해 그것을 수행 누구에 완전히 의존 할 수 있어야 금융 프로세스에게 자신을 관리 할 수​​ 있습니다. 스프레드 시트, 당신은 계획 할 수 있도록 관리하고 프로젝트의 상세한 재정보고해야합니다. 주요 지출 활동을위한 비용 라인을 만들고 개별 요소로이 분해. 올바른 활동에 들어오는 송장을 할당하기위한 시스템 만들기 (당신의 구입 원장의 사람들은 t 당신이 그들에게하지 않는 한 알 원), 그리고 비용은 프로젝트 계정을 쳤을 때 보여주는. 모든 공급 업체와 명확한 지불 조건을 설정하고 그들에 충실. 팀 구성원이 만족 나머지는 비 또는 늦게 지불 불만의 주요 원인, 안심 얻을 때 프로젝트는 문제를 개발할 수 있습니다. 우발 따로 약간의 예산을 설정해야합니다 - 당신은 거의 확실히 필요합니다. 또한 프로젝트 후원을 참조하십시오. 방법에 대한 자세한 내용은 해당 역할은 프로젝트 계획 및보고의 측면과 관련 될 수있다. 프로젝트 비상 계획의 계획 및 예상치 못한을 기대하거나 예상대로 일이 가지 않을 수있는 가능성은 비상 계획이라고합니다. 결과와 결과가 절대적으로 보장 할 수없는 경우 비상 계획은 모든 작업에 매우 중요합니다. 일반적으로 관련 비용이 있기 때문에 종종 비상 예산은 계획 될 필요가있다. 비상 계획은 가을 백 작업을 준비, 시간, 활동 및 자원에 대한 여유가 시정 또는 첫 번째 선택 계획을 대체하기 위해 존재하는 것을 확인에 관한 것입니다. 튀긴 아침 식사에 대한 간단한 비상 계획은 필요한 경우 경우 예비 자원 (계란)에 대한 예산 가능한되어야하는 계란의 노른자를 파괴의 가능성을 계획하는 것입니다. 또 다른는 식사 중 하나가 채식있는 경우에 어떤 해시 브라운, 버섯을 준비 할 수 있습니다. 단순히 비상 예산이 제공되는 경우, 복잡한 장기 프로젝트를 계획하고 있다면 필요한 경우 나중에 할당 할 것을 비상 정확하게 예상하기 어려울 수 있습니다. 이 일어나고 어떤 사람을 알려하고, 필수 지원, 계약 및 의지를 가져옵니다 - 3이 두 가지 목적을 수행 팀에 프로젝트 계획을 전달합니다. 프로젝트가 복잡하고 팀을 포함하는 경우에, 당신은 바이 인, 소유권, 이에 책임을 최대화하기 위해 계획 과정에서 팀을 포함한다. 당신의 프로젝트는 초기 단계에서 입력과 관련된 사람들의 상담에서 도움이됩니다. 또한 조직에 가장 넓은 네트워크에서 다른 사람에게 목적과 프로젝트의 접근 방법을 의사 소통하는 방법을 고려한다. 프로젝트 팀은 더 널리 먼저 생각하는 것보다 확장 할 수 있습니다. 프로젝트와는 접촉 및 지원 또는 허용 오차를 유치하기 위해 필요로하는 분야에 관심이있는 사람들 - 가능한 모든 이해 관계자를 고려한다. 참여와 통신 협력과 지원을 위해 매우 중요합니다. (협력 중요하다 더 큰 입력, 하지만이없는 수) 사람들에게 의사 소통을 실패하면 의심과 반대, 방어 나 저항을 깨우기위한 일반적인 이유입니다. 또한 프로젝트 후원을 참조하십시오. 그 역할이 더 넓은 환경과 이해 관계자들에게 통신 관여 할 수있는 방법의 자세한 내용은. 4 - 동의하고 대표 프로젝트 작업은 당신의 계획은 각 활동에 대한 책임이있는 사람들을 발견 할 것이다. 활동은 모든 관련 매개 변수, 시간 척도, 비용, 산출물을 포함, 매우 명확하게 설명 할 필요가있다. 제대로 작업을 위임 도움이되는 SMART 약어를 사용합니다. 위임 팁과 프로세스를 참조하십시오. 적절한 위임 방법을 사용하여 성공적으로 프로젝트 관리와 관련된 팀에 매우 중요합니다. 위임 작업은, 명확하게 설명 다른 사람과 합의, 또는 지원 및 진행 상태 확인되지 않았기 때문에이 일반적으로 실패합니다. 그래서 팀의 모든의 전체 계획을 게시하고, 팀 구성원 향후 계획 기능의 관점에서 중장기 작업을 위임하는 방법을 신중하게 고려한다. 장기 복잡한 프로젝트를 위임하고 지원에주의해야 더 자세히, 그리고 신중에 계획 될 필요가있다. 만 SMART 테스트를 통과 작업을 위임합니다. 팀의 위임을 이해하는 데 도움 다른 유용한 물질은 Tannenbaum의와 슈미트 연속체이다. 및 Tuckman의 그룹 모델을 수행 / 형성한다. 심각도 훼손 - 조 하리 창 모델은 신속하게 확인 또는 자주 행복한 고립 자신의 일을하는 프로젝트 분열과 사람들의 위험이 큰 복잡한 프로젝트에서 팀 구성원 간의 상호 인식에 대해 생각 나게하는 우수한 검토 프레임 워크입니다 가장 좋은 프로젝트를 계획했다. 5 -, 격려, 통보, 동기 부여, 관리하는 프로젝트 팀 회의에서 팀 활동을 관리 할 수​​ 있습니다. (자신을 위해 그들을 만들 수있는 사람을 위해 그들을하고 있지만), 통신 지원, 의사 결정에 도움. 칭찬은 큰 소리로 부드럽게 비난. (예카테리나 2 세에 기인 멋진 격언). 프로젝트 관리자의 큰 과제 중 하나는 각각의 위임 활동주기 위해 얼마나 많은 자유를 결정한다. 꽉 매개 변수 및 검사의 많은 명확한 지침을 좋아하는 미숙 한 사람들을 위해 필요하지만, 이 방법은 경험, 기업가 및 창조적 인 사람들에게 죽음의 키스입니다. 그들은 넓은 간단히, 더 많은 자유, 더 적은 검사를해야합니다. 그들이 얻을 결과로 사람들을 관리 - 그들을 얻을 방법에 대해 설명합니다. 팀의 성격의 차이와 작업 스타일을 찾아보십시오. 오해의 개인 스타일은 팀 협력의 방법으로 얻을 수 있습니다. 여기에서 당신의 역할을 활성화하고 번역하는 것입니다. 당신이 함께 팀 구성원을 가져올 수있는 얼굴 회의에 얼굴은 일반적으로 개인 및 정서적되는 문제와의 관계를 피할 수있는 가장 좋은 방법입니다. 모든 사람에게 정기적으로 진행 상황과 성공을 알린다. 최대 높은 사람이 만족을 표현 특히, 팀에있는 사람들에게 박수를 보내기 - 절대 박수를 직접 동의하지 않습니다. 이 문서는 이러한 목표, 범위, 위험, 통제 및 예산 등 프로젝트의 모든 예측 가능한 영역을 자세히 설명합니다. PID는 프로젝트의 성공에 매우 중요 정보의 여러 조각을 포함해야합니다. PID는 다음과 같은 영역을 포함한다 : 우리의 PRINCE2 재단은 PID 및 기타 PRINCE2 도구와 기술을 사용하는 방법을 배우게하는 모든 요구 사항을 다루고 있습니다. 우리는 또한 두 단계를 커버하고 모두 시험에 응시하고자하는 사람들을위한 완전한 5 일 PRINCE2 치료사 과정을 제공합니다. 당신은 우리의 PRINCE2 다운로드 섹션에서 프로젝트 개시 문서 템플릿을합니다 (PRINCE2 프로젝트 템플릿 참조)를 다운로드 할 수 있습니다. 우리는이 아르 각각에 좀 더 깊이 모양과 어떤 정보가 포함시켜야합니다. 이 프로젝트의 경계에 대한 프로젝트 범위 및 예외 세부 사항입니다. 구체적으로 무엇 포함되어 있으며 어떤 외설 t하면 더 선 아래로 이해 관계자와의 혼란이나 오해를 방지하기 위해 포함되어 있습니다. 당신이 가정 당신이 그 PRINCE2 그 사람을 같은 사용자 정의 프로젝트 사용자 및 이해 관계자에 베어링이있을 것이다하고 있습니다 무엇 당신의 통제 할 수없는 프로젝트에 반영 할 필요가 프로젝트에 외부 또는 내부 중 제약 및 가정 제한 또는 제한 프로젝트 후 의도 한 효과를 얻을 할 수 있도록하는 제품을 사용 완료됩니다. 기타 이해 당사자는 공급 업체 및 스폰서를 포함 할 수있다. 인터페이스는 프로젝트가 무슨 인터페이스와 상호 작용 여기에 내부 또는 외부 기업에뿐만 아니라 다른 관련 프로젝트에 대한 링크를 설명하십시오. 이 섹션에서는 프로젝트 접근법 당신은 비즈니스 케이스에 따라, 프로젝트가 필요한 솔루션을 제공하는 방법을 설명합니다. 또한 프로젝트의 목표를 달성하기 위해 필요한 기술을 나열한다. 모든 프로젝트의 비즈니스 사례 중요한 부분은 계속 사업 정당성을 s입니다. 이 정당화는 예상 비용, 위험과 예상되는 혜택을 포함해야 비즈니스 케이스에 설명되어 있습니다. 비즈니스 케이스는 종종 여기를 참조해야합니다 별도의 문서 일 수있다. 만약 관리의 다양한 레벨을 정의하는 프로젝트 팀의 구조를 정의한다이 섹션 프로젝트 관리 팀 구조는, 이것은 일반적으로 도면의 형태로 이루어진다. 예를 들어 아래 이미지 참조 : PRINCE2 내 역할 설명 팀의 각 구성원이 정의한 역할과 책임. 이전의 프로젝트 관리 팀 구조 섹션에 정의 된 역할은 여기에 설명해야한다. 각 프로젝트는 프로젝트의 구조에 따라 다를 수 있지만 가능성이 다음과 같은 역할이 포함됩니다 : 프로젝트위원회 사업 (프로젝트 보​​드에 표시) / 고객 / 공급자의 이익 프로젝트 보​​증 프로젝트 매니저 팀 관리자 프로젝트 지원 가능한 변경 권한 품질 경영 전략 품질을 경영 전략 프로젝트는 고객의 품질의 기대를 충족하는 방법을 설명하고 누구와 함께 품질의 거짓말에 대한 책임을 식별합니다. 비즈니스 사례와 마찬가지로이 종종 별도의 문서에 포함됩니다. 구성 관리 전략 Configuration (구성) 관리 전략은이 프로젝트 단계를 초기화하는 동안 생성해야합니다. 그것은 그들이 프로젝트 라이프 사이클 전반에 걸쳐 진화 프로젝트 관리자가 자신의 상태를 추적 할 수 있도록 프로젝트 자산을 식별, 추적하고 보호하기 위해 취한 접근 방법을 정의합니다. 또한 프로젝트에 적용될 사안 변경 제어 절차를 정의한다. 리스크 관리 전략 리스크 관리 전략, 식별 프로젝트 기간 동안 평가 및 제어 위험에 사용되는 기술을 설명한다. 리스크 관리 전략을 잘 그래서 문서화되어야한다 프로젝트 팀의 모든 구성원은 모든 프로젝트 활동 누가 위험을 식별하기위한 책임 동안 관리 할 방법을 알고 있습니다. 프로젝트 팀 간의 통신의 통신 관리 전략의 부족은 프로젝트 실패에 대한 일반적인 이유입니다. 프로젝트 관리자는 모든 이해 관계자가 프로젝트의 상태를 인식하도록 할 책임이 있습니다. 프로젝트에 대한 승인을 얻기 위해 프로젝트 계획은 관련 비용과 시간 척도를 정의해야합니다. 그들은 프로젝트 관리자에 의해 추적 될 수 있도록 프로젝트의 규모에 따라 프로젝트에 의해 요구되는 다른 제품의 활동과 자원이 상기의 진행을 모니터링하기위한 기준으로 작용하는 프로젝트 계획에서 설명되고 정의되어야 계획. 이 프로젝트의 라이프 사이클 전반에 걸쳐 프로젝트 계획을 업데이트하고 전체 결과에 영향을 미칠 수있는 변경 사항을 프로젝트위원회를 알리기 위해 프로젝트 관리자의 책임입니다. 프로젝트는 프로젝트 정보를 적절하고 의사 결정이 이루어질 수 있도록 제어 될 필요가 조정. 이 의사 결정을위한 스테이지 경계의 정의는 프로젝트와 방법이 모니터링 및 여기에 포함되어야보고를 위해 합의 된 허용 오차, 식별됩니다. 각 프로젝트는 다르므로 PRINCE2 재봉 PRINCE2 프로젝트의 특성에 맞게 맞춤화 될 것이라고 일반적이다. PRINCE2의 기본 원리가 사용되어야하는 동안, 프로젝트 관리 팀은 특정 프로젝트에 맞게 방법을 적용 할 수 있습니다. 이 섹션에서는 예를 들어, 역할, 테마 또는 프로세스는 프로젝트의 규모에 맞게 수정 될 수 있으며, PRINCE2이 맞게되는 방법을 문서화해야합니다. 테스트 계획 만들기 테스트의 가장 중요한 단계 : 오늘의 기사에서 우리는 테스트 계획 문서를 작성하는 방법을 참조 할 것입니다. 이 튜토리얼의 끝에서 우리는 특히 라이브 프로젝트 OrangeHRM 위해 만들어진 19 페이지 포괄적 인 테스트 계획 문서를 공유하고있다. 저희는이 무료 품질 보증 교육 시리즈 사용하고 있습니다. 우리는 우리의 라이브 프로젝트 시리즈에 중간입니다. 우리가 지금 다시 응용 프로그램에서 조치를 취할와 소프트웨어 테스트 수명주기 (STLC) 과정을 살펴 보자. STLC는 대략 3 부분으로 나눌 수 있습니다 테스트 우리가 실제 QA 프로젝트에서 그것을 보았다 이전 기사에서 시험 설계 시험 실행 계획, 우리가 테스트하는 것에 대한 세부 사항을 포함한다 시험 디자인, 쓰는 SRS 검토 및 테스트 시나리오 시작 방법을 테스트합니다. 피난처 t 우리가 테스트 계획의 테스트 계획을 시작하는 이유 실제로 테스트 프로젝트에서 일어나는 가장 먼저 활동이다. 테스트 계획은 SDLC의 각 단계에서 발생 방법 : 프로젝트의 범위는 비즈니스 요구 사항의 형태로 고객 / 클라이언트에서 수집하는 동안 테스트 계획 활동 이상적으로 QA 팀이 참여한다. 그러나 현실 세계에서, 그것은 그렇지 않다. 실용적인 관점에서, QA 팀의 참여가 NIL입니다. 이 단계의 끝에서, BRD 확정하며 기본 프로젝트 계획이 작성된다. SRS는 BRD에서 생성됩니다. 테스트 계획의 초안이 작성됩니다. 품질 보증 팀은 SRS 검토하여 수행되지 않기 때문에이 시점에서, 테스트의 범위는 명확하지 않다. 그래서이 단계에서의 TP는 테스트 (우리가있는 경우), 프로젝트 정보 및 팀 정보를 일어날 경우에 대한 정보를 포함합니다. SRS는 검토를 실시하고, 검사 범위를 식별한다. 우리는 테스트하는 것에 대한 더 많은 정보와 우리가 모든 정보를 통합하여 생성 된 테스트 계획의 두 번째 버전 등을 얻을 수 있습니다 얼마나 많은 테스트 케이스의 좋은 평가가 있습니다. 위의 표에서 테스트 계획은 당신이 한 번 만든 다음부터 사용할 수있는 문서 아니라고 분명하다. 테스트 계획은 동적 인 문서입니다. 테스트 프로젝트의 성공은 항상 최신 잘 작성 테스트 계획 문서에 따라 달라집니다. 테스트 계획은 더 많거나 적은 테스트 활동이 프로젝트에 일어날 것입니다 방법에 대한 청사진과 같다. 그것은 다음과 같은 측면에 대한 명확한 정보를 가지고 무엇을 테스트 계획 템플릿의 항목들이 위의 모든 정보는 QA 프로젝트의 작업 일상에 가장 중요하다, 때문에 시험을 중지하는 경우가 포함되어 있습니다. 항상 업데이트 된 테스트 계획 문서를 유지하는 것이 중요합니다. 다음은 테스트 계획에 관한 몇 가지 중요한 포인터는 다음과 같습니다 테스트 계획은 테스트가 QA 팀 내에서 수행되는 기초 기준점 인 문서입니다. 또한 우리는 비즈니스 분석가, 프로젝트 관리자, 개발자 팀과 다른 팀과 공유 문서입니다. 이것은 상대 팀에 QA 팀의 작업에 투명도 수준을 강화하는 것이다. 그것은 QA 팀 구성원의 입력에 따라 품질 관리 / 품질 보증의 리드에 설명되어 있습니다. 테스트 계획은 통상적으로는 전체 QA 결합 걸리는 시간의 1/3 번째에 할당된다. 다른 1/3 번째는 시험 설계 용이고 나머지는 테스트 실행을위한 것입니다. 테스트 계획은 고정되지 않고 수요 근거하여 업데이트됩니다. 더 상세하고 포괄적 인 테스트 계획, 더 성공적인 테스트 활동. 샘플 테스트 계획 템플릿 문서는 우리의 ORANGEHRM 버전 3.0 MY INFO 모듈 프로젝트 생성 및 아래에 부착되어 OrangeHRM 프로젝트에 대한 테스트 계획 문서 샘플. 그것에서 봐 주시기 바랍니다. 추가 코멘트 섹션을 설명하기 위해 레드에서 문서에 추가되었습니다. 이 테스트 계획은 기능뿐만 아니라 UAT 단계입니다. 또한 HP ALM 도구를 사용하여 시험 관리 프로세스를 설명한다. 테스트 계획 샘플 다운로드 : 테스트 계획 문서 형식은 우리가이 소프트웨어 테스팅 충돌 과정에 사용하는 OragngeHRM 라이브 프로젝트에 대해 작성된 문서 형식의 테스트 계획을 다운로드하려면 여기를 클릭하십시오. 위 문서 / PDF 테스트 계획 버전에서 언급 된 워크 시트 (XLS) 파일은 위의 테스트 계획 문서에 언급 된 XLS 파일을 다운로드하려면 여기를 클릭하십시오. 위의 테스트 계획 템플릿은 매우 포괄적이고 상세한입니다. 그것을 최상의 결과를 위해 철저한 독서를주십시오. 이제 테스트 계획을 작성하고 설명한다. 우리는 SDLC와 STLC 모두에서 다음 단계로 이동합니다. 부호화 발생시 SDLC의 다음 단계이다. 개발자는이 단계에서 팀 전체에 대한 초점의 주요 포인트입니다. 가장 중요한 작업은 테스트 케이스 생성을 ever-에서 QA 팀은 너무 탐닉. 테스트 시나리오 테스트 무엇인가하면, 테스트 케이스를 테스트하는 방법으로 처리합니다. 테스트 케이스 생성은 STLC의 테스트 설계상의 주된 부분이다. 테스트 케이스 생성 활동에 대한 입력은 테스트 시나리오와 SRS 문서입니다. 우리 테스터를 들어, 테스트 사례는 우리 주위에 우리의 시간의 대부분을 보내는 물건 실제 거래입니다. 우리는 당신이 사진을 얻을, 잘거나 교인 자동화를 유지, 그들을 실행 그들을 검토를 만들 수 있습니다. 아무리 경험이 어떻게 우리가없는 우리는 프로젝트의 역할이 무엇 우리는 여전히 테스트 케이스와 함께 작동합니다. 다음 기사에서 우리는 그들이 우리가 그들을 우리와 케이스를 테스트하기 위해 관련된 다른 측면에 대해 작동 할 수있는 방법은 무엇 테스트 케이스를 만드는 방법에 대해 이야기합니다. 언제나처럼, 질문이나 의견이오고 유지합니다. 우리는이 시리즈가 도움이 방법에 게시 계속 마십시오. 최상의 결과를 얻으려면, 우리와 함께 작동합니다.