나는 그것을 같은 섹션으로 나눌 것이다.

• 현재 직원-이름과 직함 (이상적으로 사진과 함께)
• 응용 프로그램, 응용 프로그램에 대한 로그인, 알아야 할 데이터 및 제출 요청
• 회사 사이트 및 비즈니스와 관련된 주요 외부 사이트에 대한 책갈피
• 회사가 통신, 이메일, 회의실 예약, 공유 화면에 사용하는 응용 프로그램
• 영수증, 예약 여행 등 회사 관련 활동 절차
• 개발자 머신 설정. 새로운 개발자 머신을 설정하는 과정을 자세히 설명하십시오. 이것은 보통 하루 만 걸릴 것으로 예상되지만, 실제로는 3-5 일이 걸립니다.
• 개발 프로세스, 작업 추적, 할당 및 업데이트 방법 및 사용되는 도구
• 테스트 방법, 테스트 대상, 테스트시기, 테스트 위치
• 파일 명명 규칙 및 언어 별 표준을 포함한 코딩 표준.
• 버그 처리 방법, 문서화 위치, 수정 방법
• 배포 프로세스, 프로덕션 푸시에 대해 알아야 할 주요 사항은 무엇입니까?
• 문서화 방법, 문서화 대상, 문서화시기.
• 코드, 데이터, 표준, 문서, 링크 및 기타 자산의 위치와 같은 물건이있는 위치.

또한 모듈 식으로 만들면 직원이나 직원이 개별적으로 업데이트 할 수 있습니다. 예를 들어 직원의 이름과 직책은 사람들이 갈수록 자주 변경됩니다.

각 섹션마다 ‘초보자’관점에서 작성하려고 노력했습니다. 가장 중요한 것은 초보자에게 실제로 의미가 있는지 확인하는 것입니다. 당신의 상사는 분명히 하지 그가 의도 된 청중 아니므로이 문제를 검토 할 권리 사람입니다. 그는 단지 확인 내용이 테스트되고 결국하지 않습니다 수 있도록, 원하는 것이 맞다 가 그. 또한 ‘초보자’는 모두 초보자로서 “1 주일”만 있으며 한 가지 관점 만 가지고 있습니다. 따라서 새 직원마다 문서를 다듬을 가능성이 높습니다 (권장). 실제로 첫 번째 주 (예 : “초보자 매뉴얼 업데이트”)에 할당하는 것도 좋은 작업입니다.

민첩 / 스크럼의 경우 :

애자일과 스크럼의 가장 어려운 부분은 ‘실제로’하는 것입니다.

읽기 위해 나는 http://agilemanifesto.org/ 에서 시작하여 거기에서 갈 것입니다.

또한 잘 알려진 http://www.halfarsedagilemanifesto.org/ 를 읽어 보면 실제로 작동하려면 모든 측면을 수용해야한다는 사실에 무게를 더합니다. 조직의 Agile을 심하게 수정해야하는 경우 올바른 프로세스를 사용하지 않고도 사람들이 혜택을 원할 가능성이 높습니다. 이 사실 자체 는 반쯤 아시지 못하도록해야한다.

답변