Erp tutorial 편집하기 (부분)

==2. 프로젝트 모듈 핵심 기능 분석 for PM==

===2.1. 프로젝트 생성 (리드 관리)===

프로젝트 모듈의 첫 단계는 새로운 비즈니스 기회, 즉 '리드'를 생성하는 것입니다. 이는 프로젝트의 전체 수명 주기를 통제하고 모니터링하는 출발점 역할을 합니다.

* 예시 프로젝트: "Democratic Snacks"라는 회사를 위한 웹사이트 제작 프로젝트.
* 생성 프로세스:
  * 참조 번호 및 레이블: 프로젝트 고유 번호(예: 02)와 이름("Democratic Snacks")을 지정합니다.
  * 리드 상태: 프로젝트의 현재 단계를 정의합니다 (예: 제안 단계, 협상, 수주, 실패). 튜토리얼에서는 '수주(Won)' 상태(성공률 100%)로 설정합니다.
  * 금액 정보:
    * 리드 금액: 프로젝트 총 계약금 (예: 300,000 INR).
    * 예산: 프로젝트 실행 예산 (예: 250,000 INR).
  * 기간 및 단계: 프로젝트 시작일과 종료일을 지정하고, 프로젝트를 주요 단계로 구조화합니다 (예: 백엔드 개발 단계, 프론트엔드 출시 단계).
  * 설명: 프로젝트의 설계, 개발, 배포 등 상세한 범위를 기술합니다.
  * 가시성: 프로젝트 정보를 볼 수 있는 권한을 '할당된 연락처(assigned contacts)'로 제한하여 관련자만 접근하도록 설정합니다.
  * 역할 할당: 프로젝트 생성자가 자신의 역할을 '프로젝트 리더'로 지정합니다.

생성된 프로젝트는 필요에 따라 수정, 복제하거나 계약서 또는 제안서 생성과 같은 후속 작업으로 연결할 수 있습니다.

===2.2. 인력 및 연락처 관리 (제3자 모듈)===

프로젝트 작업을 할당하기 위해서는 먼저 시스템에 참여 인력의 정보가 등록되어 있어야 합니다. 이 정보는 '제3자(Third Parties)' 모듈에서 관리됩니다.

* 목적: 프로젝트에 필요한 개발자, 분석가, 관리자 등 모든 이해관계자의 연락처 정보를 생성하고 관리합니다.
* 등록 절차:
  1. 제3자 > 새 연락처/주소 메뉴로 이동합니다.
  2. 이름, 직위(예: 품질 분석가, 비즈니스 분석가), 주소, 전화번호, 이메일 등 상세 정보를 입력합니다.
  3. 정보의 공유 여부(공유/비공개)를 설정합니다.
  4. 등록된 인력은 프로젝트 내에서 작업을 할당받을 수 있는 리소스 풀이 됩니다.

===2.3. 작업 관리 및 할당===

프로젝트가 생성되면, 이를 실행 가능한 작은 단위의 '작업(Task)'으로 분해하고 각 담당자에게 할당해야 합니다.

* 작업 생성 예시 ("요구사항 수집"):
  * 레이블: 작업명 (Requirement gathering)
  * 담당자: assigned project member
  * 기간: 작업 시작일과 종료일 (예: 7월 11일 ~ 7월 14일)
  * 예상 작업량: 총 소요 시간 (예: 32시간)
  * 실제 진행률: 현재까지의 완료율 (예: 70%)
  * 설명: "이해관계자와의 미팅을 통해 기능적/비기능적 요구사항을 정의"와 같이 작업 내용을 구체적으로 기술합니다.
  * 예산: 해당 작업에 배정된 예산 (예: 8,000 INR)

이렇게 생성된 모든 작업들은 프로젝트 대시보드에 목록 형태로 표시되어 전체 진행 상황을 한눈에 파악할 수 있게 합니다.

===2.4. 시간 및 비용 추적===

Dolibarr는 작업별 시간 기록을 통해 프로젝트 비용을 정밀하게 관리합니다.

* 시간 기록: 각 담당자는 자신이 맡은 작업에 소요된 시간을 시스템에 입력합니다 (예: "요구사항 수집" 작업에 6시간 소요).
* 비용 관리: 시스템은 기록된 시간을 바탕으로 실제 발생 비용을 계산합니다.
  * 예시: "요구사항 수집" 작업의 예산은 8,000 INR이었으나, 담당자가 6시간을 소요하여 실제 비용이 6,000 INR로 계산될 경우, 2,000 INR의 예산 절감(이익)이 발생했음을 확인할 수 있습니다.
* 활용: 이 데이터는 프로젝트의 예산 대비 실적 분석 및 간트 차트(Gantt chart) 시각화에 활용됩니다.

===2.5. 이슈 관리 (티켓 시스템)===

프로젝트 진행 중 발생하는 문제나 버그는 '티켓(Ticket)' 시스템을 통해 체계적으로 관리됩니다.

* 워크플로우:
  1. 티켓 발생: 개발팀 멤버가 데이터 관련 버그를 발견하고 티켓을 생성합니다.
  2. 관계자 태그: 티켓에 문제 해결에 관련된 인물(예: 슈퍼 관리자, 고객사 담당자)을 태그합니다.
  3. 알림 및 해결: 태그된 담당자들에게 알림이 가고, 슈퍼 관리자는 고객사와 소통하여 정확한 데이터를 요청합니다.
  4. 티켓 종료: 문제가 해결되면 티켓은 '종료(closed)' 상태로 변경됩니다.
* 부가 기능: 티켓에는 버그와 관련된 스크린샷이나 로그 파일 등을 첨부할 수 있습니다.

===2.6. 이벤트 및 의제 관리===

스프린트 리뷰, 고객 미팅 등 프로젝트 관련 이벤트는 '이벤트(Event)' 기능을 통해 관리됩니다.

* 이벤트 생성:
  * 레이블 및 설명: 이벤트의 목적을 명확히 기재합니다 (예: "스프린트 리뷰 #1 - 데이터 버그 수정 관련").
  * 시간 및 상태: 이벤트 날짜와 시간을 설정하고, 상태를 '제안됨', '확정됨', '완료됨' 등으로 관리합니다.
  * 참석자 지정: 이벤트에 참여할 인원을 지정하여 알림을 보냅니다.
* 효과: 모든 프로젝트 관련 회의와 결정 사항을 중앙에서 기록하고 추적할 수 있습니다.

===2.7. 문서 및 파일 연동===

프로젝트의 모든 단계에서 생성되는 문서는 각 개체(프로젝트, 작업, 티켓 등)에 직접 연결하여 관리할 수 있습니다.

* 예시: UI/UX 디자인 작업에 '사용자 여정 체크리스트(user journey checklist)' 문서를 링크하여 디자이너가 참고하도록 합니다.
* 목적: 관련 정보에 대한 접근성을 높이고, 모든 팀원이 동일한 정보를 바탕으로 작업하도록 보장합니다.


[[사용자:Hschoi2|Hschoi2]] ([[사용자토론:Hschoi2|토론]])
[[분류: ERP]]