KoGetting Started » History » Version 1
DongSeok Oh, 2014-09-01 12:17
1 | 1 | DongSeok Oh | h1. 시작하기 |
---|---|---|---|
2 | |||
3 | 새로운 사용자의 관점에서 작성된 Redmine의 기초에 가이드입니다. 프로젝트를 생성하고, 이슈와 함께 업무를 진행하는 것이 기본적인 워크 플로우입니다. |
||
4 | |||
5 | h2. 단계 1 - 프로젝트 생성하기 |
||
6 | |||
7 | 당신은 팀에 업무를 할당하기 전에, 팀원들이 작업 할 프로젝트를 설정하는 것이 좋습니다. 이는 Redmine 관리자에 의뢰해 설정 할 수도 있습니다. 왼쪽상단 메뉴의 [프로젝트]를 클리하고, 오른쪽의 [새 프로젝트]를 클릭합니다. 프로젝트에 필요한 모든 데이터를 입력합니다. 이름, 식별자의 경우 필수 입력사항이므로 입력하지 않으면 프로젝트를 생성할 수 없습니다. 필수 항목은 "<wrap em>★</wrap>"로 표시되어있습니다. |
||
8 | |||
9 | ^ 항목 ^ 내용 ^ |
||
10 | |이름|프로젝트 이름을 지정| |
||
11 | |설명|프로젝트에 대한 설명을 기입| |
||
12 | |식별자|주소에 해당하는 식별자 이므로 고유한 식별 문자열이 필요함| |
||
13 | |홈페이지|프로젝트와 관련된 홈페이지 또는 웹페이지가 있으면 주소를 기입합니다.| |
||
14 | |공개|프로젝트를 공개/비공개 설정합니다. 공개로 설정할 경우 프로젝트에 할당된 팀원 이외에도 모두 열람이 가능합니다.| |
||
15 | |상위 프로젝트로부터 구성원을 상속|하위 프로젝트를 작성할 경우 상위 프로젝트의 구성원을 별도 설정없이 동일하게 가져옵니다.| |
||
16 | |모듈|프로젝트에 필요한 기능을 선택합니다. 저장소, 게시판이 필요없는 프로젝트인 경우 해당 모듈을 선택하지 않으면 프로젝트에 추가되지 않습니다. 프로젝트 생성후 추가 가능합니다.| |
||
17 | |일감 유형|프로젝트에 사용할 일감의 유형을 선택할 수 있습니다. 필요없거나 추가로 필요한 경우 관리자가 생성한 일감 유형을 추가할 수 있습니다. 프로젝트 생성후 추가 가능합니다.| |
||
18 | |||
19 | |||
20 | |||
21 | h2. 단계 2 - 팀원 추가하기 |
||
22 | |||
23 | 당신은 프로젝트에 팀원을 할당 할 수 있도록, 사용자를 등록해야 합니다. Redmine은 사용자가 등록후 확인 메일을 받아 활성화해야합니다. 사용자가 등록 페이지의 내용을 기입하고 등록하면, 자동으로 계정이 활성화 되어 로그인이 가능합니다. 하지만 프로젝트에 사용자 할당이 되지 않으면 사용할 수 없습니다. |
||
24 | 팀의 프로젝트를 관리하는 관리자는 프로젝트>메뉴텝>설정 페이지를 열면 정보, 모듈, 구성원, 버전, 일감 범주, 위키, 게시판, 작업분류 등 몇가지 항목이 표시됩니다. 이중에 구성원을 선택하고, 등록된 사용자를 역할별로 설정해 추가하여 주면 됩니다. |
||
25 | |||
26 | 프로젝트 생성후에도 언제든지 프로젝트에 사용자를 할당 할 수 있습니다. 이 작업을 수행 할 때 하나의 역할에 여러명을 지정해 등록할 수 있습니다. 역할에 대한 기본 옵션은 다음과 같습니다 : |
||
27 | |||
28 | |팀장|차장|과장|대리|사원| |
||
29 | |||
30 | 이러한 역할은 각 사용자가 각 프로젝트 내에서 할 수있는 일이 영향을 미칩니다. 이 역할을 할당하는 것은 두 개의 서로 다른 영역에서 권한 영향을 미친다는 것을 주목해야한다 : |
||
31 | |||
32 | 첫째, 역할은 프로젝트의 모든 측면에 걸쳐 권한에 영향을 미칠 것입니다. 예를 들어, 관리자 역할은 사용자가 포럼, 위키, 저장소 및 프로젝트 내 (일반적으로) 다른 작업을 관리하는 새로운 (하위) 프로젝트를 만들 수 있습니다. 대조적으로, 개발자의 역할은 포럼에서 메시지를 프로젝트를 편집하거나 삭제할 수 없습니다. |
||
33 | 둘째, 역할은 워크 플로에 대한 사용 권한에 영향을 미칠 것입니다. 일반적으로, 새로운 이슈에서 다양한 상태를 통해 진행 뉴 에 진행 중 에 해결 에 폐쇄 . 관리자와 개발자 사이의 주요 차이점 중 하나는 관리자가 문제를 거부 할 수 있지만, 개발자는 아니다된다는 것입니다. (워크 플로우의 설명에서 다음이에 대한 자세한). |
||
34 | |||
35 | h2. 워크 플로는 ... 당신은 그 설명 할 수 없다! |
||
36 | |||
37 | 워크 플로 Redmine 완료를 통해 생성에서 문제를 추적하는 방법입니다. 기본 워크 플로우의 상태는 다음을 포함 : |
||
38 | 새로운 |
||
39 | 진행 중 |
||
40 | 해결 |
||
41 | 피드백 |
||
42 | 휴일 |
||
43 | 거부 |
||
44 | 기본적으로 로그인있어 사람이 문제 (버그 또는 기능)를 만들 수 있지만, 관리자는이를 거부 또는 폐쇄 문제를 다시 열 수 있습니다. |