분류 전체보기47 어느 기획자의 사용성 평가 정리 사용성 평가란? 제품 또는 서비스의 사용성 문제를 찾아내서 개선하는 조사 방법이다. 사용성 평가의 활용 실제 사용자의 행동을 관찰하기 때문에 단계별 시나리오에 따라 수행하는 모습에서 각 단계에서 문제점을 발견할 수 있다. 또한 같은 시나리오를 경쟁 제품이나 기존 제품에서도 수행하여 개선 방안도 모색할 수 있다. 사용성 평가 중 확인된 시스템이나 서비스의 문제점은 개발팀에 이슈로 등록될 수 있고, 이슈 등급에 따라 다음 업데이트에 바로 반영되어야 할지 나중에 해결할지 우선순위를 결정할 수 있다. 사용성 평가 항목 항목 측정 지표와 설명 수행 시간 (Execution Time) - 완료 시간 : 사용자가 시나리오를 수행하는데 걸린 시간 - 인지 시간 : 사용자가 시나리오 수행에 대해 이해하는 걸린 시간 - .. 어느 기획자의 A/B테스트 (Firebase) Firebase 의 A/B 테스트 기능을 이용하여 고객과 소통해보기 A/B테스트 개요 Firebase 에서 제공한는 A/B Testing 아래와 같이 3가지 형태를 제공한다. 알림 : Cloud Messaging 원격 구성 : Remote Config 인앱 메시지 : In-App Messaging 실험 만들기 버튼을 통해 3가지 형태의 실험을 만들수 있다. AB 테스트 측정 항목 참고 참고 : firebase.google.com/docs/ab-testing?authuser=0 Firebase A/B 테스팅 Firebase A/B 테스팅plat_iosplat_android Google 최적화 도구에서 제공하는 Firebase A/B 테스팅을 사용하면 제품 및 마케팅 실험을 쉽게 실행, 분석, 확장하여 앱 .. Product Owner Framework ©Copyright 2015 - Daisy Pilbrow, Javier Ubillos, and Viktor Cessan. productownerframework.wordpress.com 공유된 프레임워크에 대한 이용은 유료로 사용이 가능하다. 2015년도 PO Framework 를 Beta 로 오픈하고 더 이상의 업데이트는 없다. 망했거나..... 아직도 유용하거나.... (전자겠지..) 전반적인 내용은 좋은 시도라고 보인다. (뻔한 내용임) 4개의 범주와 8개의 영역으로 PO 에 대한 평가가 가능하도록 구성되었다. - 실제 항목에 대한 자세한 설명과 함께 체크를 하여 점수를 매길 수 있도록 구성됨. 그리고 평가 결과로 무엇을 더 발전시켜야 할지 알 수 있을 것이다. 하지만 평가에 대한 코치를 해줄 사람.. 어느 기획자의 앱스토어 리젝 - In App Purchase In App Purchase Apple AppStore 는 결제와 관련하여 매우 엄격한 가이드라인을 제공하고 있다. 물론 최근 Google 도 Google play 내부에서만 결제를 하도록 가이드하고 있기는 하다. 이러한 제약을 회피하기 결제 관련 서비스를 웹으로 구현하고 앱 내부에서 호출하는 형태로 제공을 한다. 제공하던 앱은 5년 넘게 서비스를 해왔던 앱이고 갑자기 리젝되어 약간 황당한 케이스였다. 리젝사유는 무료 사용을 하라고 권하면서 외부 사이트로 유도를 했고, 해당 사이트에서 가격 정책이 확인되어 가이드 위반이라는 내용이었다. 친절하게 첨부된 이미지를 확인해보니, 친절하게 타임라인 순으로 첨부되어 있었다. 서비스 이용 완료 > 무료 이용버튼 > 웹 사이트로 이동 > 열심히 탐험.... > 가격 .. 어느 기획자의 앱스토어 리젝 - CallKit CallKit CallKit 은 iOS 10 부터 제공하던 개발툴로 통화기능을 이용하여 VoIP(Voice over Internet Protocol)를 이용하는 앱에서 주로 이용된다. 하지만 중국 정부의 요청으로 중국에서는 CallKit 을 이용할 수 없게 되었다. (2018년) VoIP 를 이용한 서비스를 제공하다보니 글로벌 고객들이 이용할 수 있어야 했고, 배포 국가를 전 세계로 확대를 했다. 최초 앱이 출시하고 전 세계에 동기화하는데 10시간 정도의 시간이 소요되었다. 그리고 8시간 4시간.. 점점 동기화 시간은 줄어들었다. 어느 날 갑자기 앱스토어에서 출시가 거부당하는 사태가 발생했다. 거부 사유 Guideline 5.0 - Legal Recently, the Chinese Ministry of .. 어느 기획자의 앱스토어 리젝 - Sign in with Apple Sign in with Apple 2019년 9월 Apple ID 간편 로그인 서비스가 제공되면서 2020년 4월부터 소셜 로그인 서비스를 제공하는 서비스에 대하여 심사를 강화하고 있다. 이에 따라 소셜 로그인을 제공하던 서비스들이 Apple 로그인을 추가하지 않을 경우 간혹 심사에서 리젝 당하는 케이스들이 나온다. 이는 심사하는 사람에 따라 랜덤으로 걸리는 사항이기 때문에 당황하지 않고 제공하는 서비스 취지에 맞게 사유서 작성 또는 Apple 로그인을 추가하면 통과된다. 개요 2019년 9월 12일 Apple 개발자 사이트에 게시된 Apple로 로그인에 대한 신규 가이드라인 사용자의 Apple ID로 앱과 웹사이트에 로그인하도록 하여 로그인 과정을 간소화할 수 있습니다. 개인정보 보호 및 보안 기능을 .. 어느 기획자의 커뮤니케이션 퍼실리테이션은 회의와 같은 여러 사람이 의견을 내고 합의를 도출해야 하는 상황에서 원활하게 진행될 수 있도록 촉진제 역할을 한다고 생각하면 된다. 회의 종류에 따라 필요한 퍼실리테이터의 역할과 스킬이 다양하다. 여기서 말하고자 하는 내용은 내외부 커뮤니케이션이 많은 기획자에게 원활한 회의와 의사결정에 도움이 될 만한 부분을 갈무리하여 소개한다. 회의 중 발생할 수 있는 문제에 대한 진단 예. 행동 사례(증상) 문제 상황 진단 문제의 원인 1 “시간 낭비 하지 맙시다. 이곳에서 그런 일은 절대 일어나지 않을 겁니다”와 같은 발언이 나온다. 냉소주의 집단의 미래에 대한 비전이 없다. 2 ‘내가 맞고 당신은 틀렸다’는 식으로 의견을 제시하며, 대화가 지나치게 감정적으로 흐른다. 논쟁을 좋아하는 참가자들이 있음.. 어느 기획자의 카피라이팅 세상에 없는 무언가를 찾지 마세요. 창의적인 사고를 억지로 해봤자 우리의 뇌 속 세포 어딘가에 기록되어 있던 정보들이 조합되어 우리 뇌의 망각에 의해 새롭다고 느껴지는 것입니다. 너도 할 수 있어. 준비 운동부터 하고 1. 뇌 속 세포에 최대한 많은 카피 문구들을 저장해 놓는다. 2. 지금 써야 할 주제 또는 키워드를 추출해서 준비해둔다. 3. 기억에서 끄집어낸 카피 문구를 준비해둔다. "드신 날과 안드신 날의 차이를 경험해보세요." "니들이 게 맛을 알어?" "여보, 아버님댁에 보일러 놓아 드려야겠어요" "피부가 장난이 아닌데", "로션하나 바꿨을 뿐인데" "올 겨울도 스타일리쉬하게" "나는 노담, 전자담배도 안피움" "야! 너두 할수있어" "세상을 연결하는 창" (링크 : https://www.you.. 어느 기획자의 요구공학 요구 공학은 소프트웨어 공학에서 요구사항 부분이 파생된 학문으로 Wiki 에서 확인할 수 있다. 위키 백과 바로가기 요구사항은 사용자 요구사항과 시스템 요구사항으로 구분할 수 있으며 비 개발 직군인 기획자의 경우 사용자 요구사항을 담당하고 개발직군은 시스템 요구사항을 담당해야 한다. 하지만 요구사항 분석가나 아키텍트나 그에 준하는 직무가 없는 경우 자신의 업무가 아니라는 식으로 작성하지 않는 경우가 태반이다. 비 개발직군은 아래 링크만 확인하고 어느 기획자의 요구사항 작성 소프트웨어 공학의 입구에 서서 문을 열면 가장 먼저 반기는 것이 요구사항이다. 그리고 이렇게 시작한다. "고객은 자신이 무엇을 원하는지 모른다." 실제 모르는 것이 아니라 머릿속에 있는 것 4524.tistory.com 개발직군은 위 .. 어느 기획자의 요구사항 작성 소프트웨어 공학의 입구에 서서 문을 열면 가장 먼저 반기는 것이 요구사항이다. 그리고 이렇게 시작한다. "고객은 자신이 무엇을 원하는지 모른다." 실제 모르는 것이 아니라 머릿속에 있는 것을 표현을 못한다는 말이다. 이것을 구체화하는 작업이 요구사항 정의이다. 에이전시나 SI 프로젝트를 경험하신 분들은 친근하게 느껴질 수 있을 것이다. 하지만 인하우스나 자체 솔루션을 오래부터 가져온 회사 직원은 필요성을 못 느낄 수 있을 것이다. 요구사항의 중요성은 구글에서 검색하면 나무에 그네를 만드는 이미지로 확인할 수 있다. 서론을 시작으로, 요구사항 수집 > 분석 > 정의 > 관리 4단계를 확인한다. 서론, 요구사항 접하기 요구사항 문서에 대해 처음 접하다. 필자가 요구사항을 처음 접한 것은 외국(계) 회사에서 .. 어느 기획자의 품질 이야기 테스트 분야 공부를 하게 되면 반드시 만나는 V-Model 에 대한 생각이다. ISTQB 공부를 하면서 실라버스에 나온 내용과 테스트 실무 등.. 프로세스 및 정책은 언제나 웅장한 느낌을 받는다. 그럼 실무에서는 어떻게 적용해야 할 것인가? 여태 다녀본 회사에 품질, 테스트 조직이 있다한들 테스트 정책을 명문화하여 지키는 것을 본 적이 없었다. 그리고 앞으로도 없을 것 같다. 그만큼 실무와 거리가 생기는 내용이라 생각한다. 개발 프로세스를 개선하면서 늘 품질 파트를 어떻게 접목해야 하는가라는 고민이 생겼다. 일전에 스크럼을 공유하면서 고민했던 내용을 끄적여 본다. Scrum 프레임워크를 통해 개발자들은 어떻게 개발을 해야되는지 알게 된다. 하지만 품질 담당자에 대한 언급은 없었던 것 같다. 개발을 잘하면.. 어느 기획자의 스크럼 직무 분담 Agile 조직을 구성하기 위해 스쿼트, 사일로 등 해외의 성공 사례를 가져온다. 그럼 Scrum Framework를 도입하고자 할 때 또는 셋업 하려고 할 때 가장 먼저 무엇을 신경 쓸 것인가? 나는 당연히 업무 분장이라고 생각한다. (Role and Responsibilities) 스크럼의 구성원은 보통 3가지로 구분된다. PO (Product Owner) SM (Scrum Master) SD (Scrum Developer / Scrum Team) 그럼 조직에서는 현재 구성원을 어떻게 배치할지에 대해 고민을 해야 한다. 보통의 조직은 이렇지 않을까.. - PO : 기획자 or PM - SM : PM - SD : 개발, 디자인, 기획, 테스터 이제부터 개인적인 배치에 들어갑니다. PO : 기획자가 적합.. 이전 1 2 3 4 다음
