[FTR Sprint Rule] Base Flow

Sprint?

스프린트는 어려운 프로젝트를 빠른 시간 내에 효율적으로 해결하기 위해 만들어진 팀에 구체적인 방법을 제시하는 5일짜리 프로그램입니다.

[출처 : 구글 검색]

 

FTR Sprint?

앞에서 설명한 스프린트를 FROMtheRED만의 스타일로 적용시킨 프로젝트 진행 단계

문서는 되도록 PPT 사용

1.  컨셉기획

2. 논의

3. 프로토 버전 기획

3_2. 프로토 버전 리소스 제작

4. 프로토 플레이 후 프로젝트 진행 방향 결정

4_2. 재미에 관한 검증이 되었다면 프로젝트 진행 (상세기획, 오픈용 리소스 제작, 프로그래밍)

4_3. 재미에 관한 검증이 부족하다면 드랍 & 홀드

 


 

1. [FTR sprint] 컨셉기획?

아이디어에 관한 핵심적인 부분을 간단한 부분만 설계하기 위한 기획.

되도록 아이디어를 1page에 담아 한눈에 볼 수 있도록 정리

필수항목 1 : 플레이 목적

필수항목 2 : 게임 승리/종료 조건

필수항목 3 : 게임의 시작부터 끝까지 핵심적인 기능을 플레이 하기 위한 Flow

필수항목 4 : 조작법

※ 선택항목 1 : 대상에게 기획자의 아이디어에 대한 공감과 재미를 주기위한 간단한 벨런싱

※ 선택항목 2 : 대상에게 기획자의 아이디어에 대한 공감을 심화시킬 수 있는 레퍼런스 자료

ㄴ 생각한 컨셉과 가장 비슷한 자료 단 몇장이면 충분!

 

Tip a. 컨셉과 아이디어의 연관관계가 쉬울수록 대상의 공감을 이끌어 내기 쉽습니다.

Tip b. 설명이 없어도 컨셉만으로 대상에게 룰을 인식시킨다면 best! 그러나 3번 정도 플레이 했지만 핵심룰을 학습시키지 못했다면 더 많은 고민이 필요합니다.

Tip c. 화면전환은 적게 할 수록 유저가 지속적으로 게임에 집중할 수 있습니다.

Tip d. 구현하는 아이디어가 hyper casual라 불리우는 아이디어라면 초저사항의 플렛폼도 즐길 수 있도록 과한 연출은 자제하며 유저에게 많이 노출되는 부분에 연출을 더 가미한다면 넓은 유저층을 확보할 수 있습니다.


 

2. [FTR sprint] 프로토 리소스 제작

회사에서 일을 하는 행위가 될 수 있고 프로토라는 특성상 쉽게 여러가지를 만들어 낼 수 있어야 합니다.

수십가지의 아이디어가 있는 기획자와 함께하는 디자이너나 프로그래머는 통일된 리소스로 아이디어만 검증할 수 있다면 잡업이 훨씬 수월해 집니다.

Ex> 캐릭터는 ㅇ , 적은 ㅁ, 총알은 ㅣ와 같이 서로 합의하에 규격을 정한다면 점차 아이디어 검증 작업이 쉬워질 것입니다.

리소스가 쌓여간다면 그만큼 공통적으로 사용하는 부분도 많아지고, 어쩌면 프로토버전을 만들 땐 이미 있는 리소스만으로도 누구나 아이디어를 실현 할 수도 있게 됩니다.

 

 

[컨텐츠 기획서] 작성 요령 base

컨텐츠 기획서?

시스템을 활용한 요소들을 설정하는 기획서

컨텐츠 기획서를 작성할 땐, 생각을 전달하기 위한 참고자료가 중요합니다.

전달이 되지 않는 기획서는 열어봐도 소용없는 메모리일 뿐이니까요.

 

참고자료는 아이디어와 관련된 이미지를 찾고, 문서에 포함하는 것이 좋아요.

이미지만 문서에 넣는 것이 아니라 이미지에 관한 설명도 포함하는 것이 좋죠.

사용한 이미지의 파일을 따로 저장한다거나 출처를 기록해서 회의나 발표 활용하면 더욱 공감할 수 있습니다.

 

※ 흔히 사용하는 왼쪽의 당구장 표시는 부연설명을 쓸 때 많이 쓰입니다.

[Milestone] Alpha Build

※ 마일스톤(milestone)이란 프로젝트 진행 과정에서 특기할 만한 사건이나 이정표를 말한다. 예를 들어, 프로젝트 계약, 착수, 인력투입, 선금 수령, 중간보고, 감리, 종료, 잔금 수령 등 프로젝트 성공을 위해 반드시 거쳐야 하는 중요한 지점을 말한다.

※ Alpha란 소프트웨어 테스트를 시작하는 첫 번째 단계.

Alpha 소프트웨어는 불안정해질 수 있으며 충돌 또는 데이터 손실을 초래할 수 있습니다. Alpha 소프트웨어에는 최종 버전을 위해 계획된 모든 기능이 포함되어 있지 않을 수도 있습니다. [2] 일반적으로 오픈 소스 소프트웨어는 종종 공개적으로 사용 가능한 알파 버전을 가지고있는 반면, 독점 소프트웨어 에서는 알파 소프트웨어의 외부 가용성이 드문 경우가 있습니다. 알파 단계는 일반적으로 기능 고정 으로 끝나며 더 이상 기능이 소프트웨어에 추가되지 않음을 나타냅니다.

마일스톤 알파버전 체크리스트

  1. 구현하기로 했던 작업에 관한 기능적 완료여부 (TC)https://wordpress.com/posts/my/ftredblog.wordpress.com 참고
  2. 목표기능(콘텐츠) 적용(정상) 여부
  3. 탐색적 test
  4. 네트워크 test

※ 네트워크가 필요한 컨텐츠라면 갑자기 끊어졌을 때와 같이 네트워크상에서 일어날 수 있는 상황을 시나리오화 해서 몇가지 케이스를 테스트 하는 행동입니다.

QA 항목 설정 요령

품질 보증 ( QA )은 제조 된 제품의 실수 나 결함을 예방하고 고객에게 솔루션이나 서비스를 제공 할 때 문제를 피하는 방법입니다.

개발을 하다 보면 QA를 진행해야 하는 상황이 필수적으로 나타납니다.

그중에 탐색적으로 정해진 행동이 아닌 돌발행동을 했을 때 나타나는 현상들을 문서화 시키기 위해 지극히 주관적인 관점으로 설정한 항목을 정리한 문서입니다.

—————————————————————————————————————————————–

※ Client  : 만약 테스트 해야하는 클라이언트의 종류가 있다면 구분하기 위한 항목

※ Type : 발견하거나 발생한 현상이 버그인지, 이슈사항인지, 개선사항인지 등을 구분하기 위한 항목

※ Improvment : 해당 현상의 작업처리 우선순위를 선정하기 위한 항목

ㄴ 긴급 : 처리가 되지 않으면 진행되지 않는 수준의 현상

ㄴ 중요 : 구현방향에 따라 정상적으로 구현되지 않은 수준의 현상

ㄴ 일반 : 구현되지 않은 기능이 게임진행에 큰 영향을 미치지 않지만 작업이 안된 부분

※ 발생빈도 : 10회플레이 등 기준을 설정하고, 해당 현상의 발생빈도를 체크할 수 있는 항목

※ 발생조건 : 해당현상을 일으키기 위한 사전 행동들을 정리하는 항목

※ 개발 방향 : 해당현상을 구현하기로 했던 원래의 방향을 명시하는 항목

※ 개선방향 및 조치 : 해당현상에 관한 조치 및 개선방향을 제시하는 항목

※ 담당자 : 해당현상을 발견하거나 개선을 요청하는 담당자를 명시하는 항목(적어놔야 개발담당자가 궁금한 사항들을 물어보고 빨리 이해할 수 있음)

※ 처리상태 : 해당현상에 관한 상태

ㄴNew : 새로 등장한 상태

ㄴDoing : 버그수정 및 개선을 진행중인 상태

ㄴ Done : 버그수정 및 개선을 완료 한 상태

ㄴ Pending : 해당 현상의 구현이 어렵거나 개발방향에 의해 보류한 상태

※ 개발 담당자 : 수정 및 개선 담당자의  코멘트를 적을 수 있는 항목


 

위 항목들은 개발사나 개발구성원에 따라 달라질 수 있습니다.

게임 제안서 작성요령

제안서?

아이디어를 문서화 하여 왜 해야하고 어떤 것을 노려서 무엇을 어떻게 얻을 것인가를 대상에게 제안하기 위한 문서.

 

게임 제안서?

게임에 관한 아이디어를 표현하고 게임의 목적 및 효과를 전달하기 위한 문서

 

※ 제안서를 읽게되는 독자를 이해시킬 수만 있다면 충분한 문서입니다.
※ 정석이 없는 문서이지만 제가 습득한 요령 몇가지를 정리해 보겠습니다.

 

1. 제안서의 가장 중요한 요소인 목적에 집중 하는 글 (제목부터 목표가 명확하게 드러나면 집중도가 높아짐)
ㄴ 어떤물건을 만들어서 돈을 벌겠다와 약간의 시장, 타겟이 들어가는게 좋음
ㄴ 제목에서 명확한 목표가 설정된다면 일단 관심끌기 성공
ex>[온라인 상에서 혼자 플레이할 수 있는 경영시뮬레이션게임 개발 및 상용화]

2. 기승전결로 구성(목적에 대한 배경 >> 목적을 담은 제품 >> 판매전략 >> 목적 달성의 기준)
ㄴ단,추상적인 전개는 피하는게 좋음

3. 이유가 포함된 제안요소는 더욱 풍부함

4. 최대한 간단하게 작성 (짧고 명확한 용어, 확실한 방향과 표현)

5. 도표, 플로우차트, 스크린샷, 다이어그램, 예제로 시각적 효과를 극대화 많을수록 효과적

6. 읽는자를 고려한 서식의 배치

7. 질의를 시뮬레이션 하며 관련 된 응답용 페이지를 만들어 보기
ㄴ 무조건 쓰이지는 않지만, 이런 내용이었죠? 하며 답하는 것이 훨씬 심적으로 안정된 방법

스마트폰 센서 종류

 

★ 모션 관련 센서

1. 가속도 센서(Accelerometer)
가속 센서는 스마트폰의 움직임을 감지하고 보통 자이로 센서와 함께 사용
X, Y, Z로 좌표를 만들고 이 좌표의 움직이는 속도를 측정할 때 사용하는 모션 센서
가속 센서는 주로 움직이는 물체 또는 스마트폰의 속도를 측정
ex> 만보계

2. 자이로스코프 센서(Gyroscope Sensor)
자이로 센서는 X, Y, Z 좌표에서 움직이는 방향을 측정할 때 사용합니다. 출력신호를 처리하여 물체의 가속도, 진동, 충격 등의 동적인 힘을 측정하는 것으로 스마트폰의 운동 상태를 상세하게 감지
자이로 센서를 이용하면 스마트폰을 바닥에 놓고 있다 집어 올렸을 때 특정한 앱을 실행하거나 기능을 동작가능
ex>레이싱의 방향 조작

3. 기압계(barometer)
기압계는 말 그대로 공기의 압력을 감지할 때 사용.
헬스 기능에서 주로 사용.
ex>고도를 측정할 수 있기 때문에 경사나 내리막길도 알 수 있어 더욱 정확한 운동량 체크.

4. 근접 센서(Proximity Sensor)
근접 센서는 물체의 존재 여부, 통과, 흐름 등을 감지하는 센서
보통 스마트폰의 앞면에 있으며 통화용 스피커 옆에 있는 것이 일반적.
ex> 물체가 근접한다면 반응할 수 있는 기능 구현 가능

5. 지자기 센서(Geo-magnetic Sensor)
지자기 센서 내부에는 자기장의 세기를 측정할 수 있는 센서가 X, Y, Z 축 방향으로 3개 붙어 있는데 이 센서들 간의 출력 합으로 자기장 방향을 측정하게 된다. 하지만 센서에 영향을 미치는 요소들이 일상적으로 많이 존재하며 이런 간섭들을 없애기 위해서는 스마트폰을 8자로 흔들면 된다. 지자기 센서는 지구의 자기장의 측정해 디지털 나침반으로 사용되며 GPS 센서와의 조합으로 위치기반 서비스를 구현하는데도 사용
ex> 나침반,위치를 추적하거나 3차원 게임에 사용. 금속 탐지의 용도 활용.

 

★ 헬스 관련 기타 센서

1. 심장 박동 센서 (Heart beat Sensor)

심장 박동을 측정하기 위해 사용하는 센서.
갤럭시S5에 처음으로 사용되었고 이후 갤럭시 기어2 시리즈와 기어 핏에도 탑재.

★ 조명 관련 센서

1. RGB 센서
RGB 센서는 주변 빛의 색 농도를 검출하는 기능을 합니다.
RGB 센서가 있는 스마트폰은 주변 빛 농도에 따라 디스플레이 색을 보정 가능
ex>조명이 노란색이면 노랑색을 낮추는 등의 기능

2. 조도 센서(Light Sensor)
주변 빛의 밝기를 감지, 주변 빛의 양을 측정해 그 밝기에 따라 동작을 조절해 주는 센서
이 센서는 디스플레이의 밝기를 자동으로 조절할 때 사용
ex> 화면 자동 밝기 조정 – 주변의 빛이 밝으면 스마트폰 화면을 더 밝게 해주고, 어두운 곳에서는 화면을 어둡게 해서 눈의 피로를 줄이고 가독성을 높여주는 역할, 조도에 따른 벨소리 음량조절

 

★ 기타 센서

1. 홀 센서(Hall Sensor)
자기장의 세기를 감지할 때 사용하는 센서입니다.
스마트폰에서는 홀 센서를 이용해 플립 커버의 닫힘 유무를 확인
※ 플립커버? 휴대폰의 배터리커버를 떼어내고 장착하는 커버

2. 온도/습도 센서
온도/습도 센서는 단말기 주변의 온도와 습도를 측정.
ex> 온도계, 습도계

3. 지문 인식 센서
지문 인식 센서는 말 그대로 사람의 고유한 지문 패턴을 읽을 수 있는 센서.
스마트폰 보안을 위해 사용되죠.
아이폰5s에 처음으로 사용, 이후 갤럭시S5와 갤럭시S5 광대역 LTE-A 모델에 탑재

4.이미지 센서(Image Sensor)
눈으로 본 것을 기억하는 센서
이미지 센서는 피사체로부터 반사 돼 나온 빛이 렌즈를 통과해 닿는 부분으로 화상을 만드는 카메라의 핵심 부품.
이미지 센서가 클수록 스마트폰 카메라의 성능은 대폭 향상

5.터치 센서(Touch Sensor)
스마트폰은 터치 기반의 제품, 액정 유리에 전류가 흐르도록 만들어 놓고 화면에 손가락이 닿으면 터치 센서가 이를 감지해 입력을 판별하게 되는데, 우리 몸에 있는 정전기를 이용하기 때문에 화면을 살짝 터치하는 것만으로 조작이 가능하다.

6.GPS 센서(GPS Sensor)
GPS란 Global Positioning System의 약자로 지구의 주위를 떠다니는 위성의 위치를 확인하는 시스템, 이를 통해 현재의 시간과 정확한 위치 정보를 얻을 수 있기 때문에 위치 검색 서비스가 가능.

 

Bluetooth 4.0(ble) 자전거용 Profile

Fitness Machine Service ( FTMS ) – org.bluetooth.service.fitness_machine
Assigned Number : 1826
UUID : 00001826-0000-1000-8000-00805f9b34fb

Indoor Bike Data – org.bluetooth.characteristic.indoor_bike_data
Assigned Number : 2AD2
UUID : 00002AD2-0000-1000-8000-00805f9b34fb
Type : org.bluetooth.characteristic.indoor_bike_data
Property : Notify

Field Format Byte Index Unit(Exponent)
Flags 16 bit 0,1
Instantaneous Speed uint 16 2,3   km/h ( Decimal, -2 )
Average Speed uint 16 4,5 km/h ( Decimal, -2 )
Instantaneous Cadence uint 16 6,7  rpm ( Binary, -1 )
Average Cadence uint 16 8,9  rpm ( Binary, -1 )
Total Distance uint 24 10,11,12 meter
Resistance Level sint 16 13,14
Instantaneous Power sint 16 15,16  watt
Average Power sint 16 17,18  watt
Total Energy uint 16 19,20 calorie
Energy Per Hour uint 16 21,22  calorie
Energy Per Minute uint 8 23  calorie
Heart Rate uint 8 24  bpm
Metabolic Equivalent uint 8 25  ( Decimal, -1 )
Elapsed Time uint 16 26,27  second
Remaining Time uint 16 28,29  second

Total byte : 30

 

Cycling Speed and Cadence – org.bluetooth.service.cycling_speed_and_cadence
Assigned Number : 1816
UUID : 00001816-0000-1000-8000-00805f9b34fb

CSC Measurement – org.bluetooth.characteristic.csc_measurement
Assigned Number : 2A5B
UUID : 00002A5B-0000-1000-8000-00805f9b34fb
Type : org.bluetooth.characteristic.csc_measurement
Property : Notify

Field Format Byte Index Unit(Exponent)
Flags 8 bit 0
Cumulative Wheel Revolutions uint 32 1,2,3,4
Last Wheel Event Time uint 16 5,6   second( Binary, -10 ) , 1/1024s
Cumulative Crank Revolutions uint 16 7,8
Last Crank Event Time uint 16 9,10 second( Binary, -10 ), 1/1024s

Total byte : 11