시작하기. 무료입니다
또는 회원 가입 e메일 주소
Think 저자: Mind Map: Think

1. Knowhow System

1.1. 문서 활용 필요

1.1.1. 두번 이상의 삽질 방지

1.1.2. 누가 관리할 것인가

1.1.3. 양식 필요

1.2. Google Docs

1.2.1. 기본으로 하고 각 파트별로 시스템 도입

1.2.2. 개발파트는 어떤 방법으로 할 것인지

1.2.3. 레드마인 검토

1.3. 전사적으로 실시 필요

1.4. 카테고리 분리 중요

1.4.1. Unity3d

1.4.2. SVN

1.4.3. iOS

1.4.4. Android

1.4.5. Window Mobile

1.4.6. ...

2. 개발자 충원

2.1. 인사 시스템

2.1.1. 서류

2.1.1.1. 태그 작성

2.1.1.1.1. 태그를 보고 관심 있는 사람이 손..

2.1.2. 면접

2.1.2.1. 1차 - 전화, 이메일 인터뷰

2.1.2.2. 2차 - 동일 직군 면접

2.1.2.3. 3차 - 팀원 및 팀 관리자 면접

2.1.3. 인성

2.1.4. 개발자의 참여 방법

2.1.5. 직군별 일정 양식 필요

3. Team Leader

3.1. 관리

3.1.1. 팀원 관리

3.1.1.1. 일정 관리에 대한 중요성 인식

3.1.1.2. 나부터 솔선수범

3.1.2. 팀 관리

3.1.2.1. 팀 리더와의 개발 문제 공유

3.1.2.2. 팀간의 상호 지원 체계

3.1.2.3. 일정 관리에 대한 공유

3.1.3. 관리 체계에 대해서 계속 생각하자

4. 개인

4.1. 올해 목표

4.1.1. 팀 리더

4.1.1.1. 팀 리더로서 해야할 것들 정리

4.1.1.2. 작년 실패 했던 사례들에 대한 고찰

4.1.1.2.1. study group

4.1.1.2.2. 면담 소홀

4.1.1.2.3. 일정 관리

4.1.2. 개발자 인사 시스템 체계화

4.1.3. Knowhow 시스템 정립

4.2. 회사에서의 목표

4.2.1. 과천 Mob Valley

4.2.1.1. 제주도 ;)

4.2.2. 개발자가 꿈꾸는 회사

4.2.3. Programming 잘하는 회사

5. 개발

5.1. IE

5.1.1. 진행 시기

5.1.2. 팀에서 지원과 공유할 사항

5.2. R&D

5.2.1. 일 범위 지정

5.2.2. 일 공유 방법

5.2.3. 모든 개발자들의 이해도

5.3. Programming

5.3.1. 어떻게 하면 개발 환경이 좋아질까

5.3.2. 체계적인 신입 교육

5.3.2.1. 문서화

5.3.3. 일정 관리의 중요성

5.3.3.1. 개인별

5.3.3.2. 팀별

5.3.4. 지식 공유

5.3.4.1. 공유는 쉽게

5.3.4.2. 카테고리를 나누어

5.3.4.3. 빠르고 찾고

5.3.4.4. 간편하게 볼수 있고

6. Project

6.1. IAF

6.1.1. 일정 마무리

6.1.1.1. 빠진것 없이 리스트 작성

6.1.1.2. 이훈님 일정 체크

6.1.1.3. SNS, 통계, Push, IAP ...

6.1.2. 최적화

6.1.2.1. 용량 줄이기

6.1.2.1.1. Font 체크

6.1.2.1.2. UI Image Atlas 체크

6.1.2.1.3. 다른 줄일것 있는지

6.1.2.2. 속도 좀더 빠르게

6.1.2.2.1. 훈님 Update 코드 체크

6.2. 새로운 게임 생각

6.2.1. IE를 기반으로 할 수 있는 것

6.2.2. * 해적왕

6.2.3. * 어부왕

7. Mobcrete

7.1. Vision

7.1.1. Async Social 2D Isometric Simulation

7.1.2. 우리가 무엇을 제일 잘 할수 있는가

7.1.2.1. Simulation

7.1.3. 가장 많이 축적한 개발 기술은 무엇인가

7.1.3.1. Isometric

7.2. 관리 소홀

7.2.1. 조직 치계를 갖추고

7.2.2. 관리자를 두고

7.2.3. 권한과 책임을 주어

7.2.4. 책임감과 일정 관리를 철저히 하여

7.2.5. 분위기 좋은 팀으로 만들어

7.2.6. 재밌는 게임 만들기

7.3. 한사람에게 업무 과부하 현상이 생기지 않도록...

7.3.1. 인사 체계를 확실히 만들어

7.3.2. 인재를 뽑아

7.3.3. 믿고 맏겨야 한다.

7.4. 너무 적은 인원 단위로 만든 팀

7.4.1. 2명이 아닌 3명의 개발자가 한팀

7.4.2. 선임 개발자 : 설계, 기반 구축, 전체 개발 일정 관리

7.4.3. 중간 개발자 : 흐름 파악 및 컨텐츠 개발, 선임과 신입의 중간 다리 역활

7.4.4. 신입 개발자 : 일정에 따른 업무, 능동적 일 찾기 방법