Unique Life

http://www.pyrasis.com/book/DockerForTheReallyImpatient/Chapter01

docker-for-dummies-150208232046-conversion-gate01.pdf

출처: https://gpchun.tistory.com/130

애드센스 홈페이지 또는 모바일 앱을 통해서 광고 수익을 예상해 볼 수 있는데요. 여기에 나오는 용어들이 우리가 평소에 사용하지 않는 것들이라 많이 생소합니다. 저 역시 매번 볼 때마다 헷갈리는 것들도 있어서, 애드센스를 처음 시작하시는 분들과 정보 공유를 위해 애드센스 도움말을 통해서 정리를 해봤습니다.

실제 수익과 직결되는 몇개에 대해서만 간단히 알아보고, 자세한 내용은 애드센스 홈페이지를 참조하시면 될 것 같습니다.

애드센스로 블로그 광고 수익을 올리기 위해서는,

일단 무조건 검색노출 ▷ 페이지뷰 ▷ 광고클릭으로 연결되어야 합니다.

즉, 블로그 방문자가 포스팅된 글을 읽는 동안, 관심있는 광고가 노출되었을 때 해당 광고를 클릭함으로써 블로그 운영자에게 수익이 지급됩니다.

블로그를 방문하는 사람들에게 유용한 정보를 전달할 수 있어야하며, 관심있는 광고가 적절히 노출될 때에 수익이 발생된다 할 수 있습니다.

역시 가장 기본적인 것은 정보의 유용성이라 생각됩니다.

애드센스 기본 용어에 대해 알아보겠습니다.

예상 수입

광고 노출수

실제 포스팅된 글을 읽어야 광고 노출수가 올라가게 됩니다.

간단하게 방문자가 보는 광고의 개수로 이해하시면 되겠습니다. 아래 페이지뷰와는 차이가 있습니다.

페이지뷰

광고 노출수는 페이지당 광고의 개수로 이해하면 되고, 페이지뷰는 광고 개수와 상관없이 블로그 방문자가 조회하는 페이지 수로 생각하면 됩니다.

검색 노출이 많이 되더라도 페이지뷰가 적으면 말짱 도루묵이겠죠. 페이지뷰가 많아져야 광고노출수도 올라가기 때문에, 실제 페이지뷰로 이어질 수 있는 게시물을 작성하는 것이 무엇보다 중요하겠습니다.

실제로 양질의 정보가 많은 블로그일 경우 다른 게시물을 읽을 확률이 그만큼 높아지기 때문에, 수익으로 연결될 확률도 높아집니다. 저에게도 그런 날이 빨리 왔으면 좋겠네요^^;;

클릭률(CTR)

Impressions는 노출수가 되겠네요. 통상 CTR은 1%~2% 정도로 알려져 있다 합니다. 애드센스 모바일 앱이나 웹 보고서를 통해서 확인해볼 수 있는데, 저는 개인적으로 평균이하인듯 합니다.

클릭당비용(CPC)

애드센스 용어집 ▶ https://support.google.com/adsense/topic/19363?hl=ko&ref_topic=3373519

애드센스 광고 게재를 시작했을 첫 달에 비해서는 엄청나게(?) 수익이 늘었지만, 여전히 미미한 수준을 보이고 있습니다. 

그러나 꾸준히 블로그 관리를 해준다면 분명히 저도 수익인증을 자주 할 기회가 있을거라 생각합니다.

그 날이 올 때까지 무한 긍정의 힘으로~ 

출처: https://gpchun.tistory.com/130 [현우파파's 블로그-우보천리(牛步千里)]

1.Agile 용어

1)Agile 용어

• Scrum

- 스크럼은 프로젝트 관리를 위한 애자일 방법론으로서 추정 및 조정 기반의 경험적 관리기법의 대표적인 형태입니다.
처음 시작은 1986년 타케우지 & 노나카 교수가 HBR에 기고한 “The New Product Development Game” 이라는 기사를

그 기원으로 봅니다.

이후 1995년에 켄 슈와버와 제프 서덜랜드가 이 방법을 소프트웨어 개발에 소개하면서 스크럼이라 부르게 되었습니다.

• Sprint

- 개발팀은 스프린트라고 불리는 한정된 기간(Timebox)동안 계획한 일을 수행합니다. 프로젝트 상황에 따라 다르지만 주로 1주~4주 정도를
스프린트 기간으로 정합니다. 이를 다른 용어로 이터레이션(Iteration)이라고도 부릅니다.

- 팀의 역량에 따라 (속도(Velocity)에 근거하여) 스프린트 기간 동안 완료하기로 약속한 업무를 지속 가능한 리듬으로 작업을 수행합니다.

- 팀은 스프린트 기간 동안 스프린트 백로그(Sprint Backlog)에 스스로 계획한 목표를 달성하기 위하여, 분석/설계/개발/테스트를 통해
실행 가능한 소프트웨어를 개발합니다.

• Epic

- 큰 단위의 기능(또는 시스템) 이름을 적어 놓은 것 : 우선 순위도, 크기도 없으며, 사용자 스토리를 작성하기 위한 출발점입니다.

• User Story

- 소프트웨어의 사용자나 구매자에게 가치를 줄 수 있는 기능을 서술한 것으로, 계획하거나 기억하기 위한 단서로 사용됩니다.

- 대화를 통해 세부사항을 구체화하며, 세부사항을 테스트 케이스로 문서화합니다.

- 테스트를 통해 완료 여부를 판단합니다.

• Sprint Backlog

- 하나의 스프린트 동안 개발할 목록으로 사용자 스토리와 이를 완료하기 위한 작업을 태스크로 정의합니다.

- 각각의 태스크의 크기는 시간 단위로 추정합니다.

• Estimation

- 사용자 스토리를 구현하는데 그 규모가 어느 정도인지 생각해 보는 과정입니다.

- 애자일 추정에서는 프로젝트 초기에 현실적인 판단이 어려운 ‘Man-hour’, ‘Man-day’ 같은 시간 단위보다는 실제 수행한 것을 기반으로

공수를 추정해 낼 수 있는 스토리 포인트를 사용합니다.

2.JIRA Agile Report

1)JIRA Agile Report

• Burndown chart

- 개발 완료하기까지 남은 작업량을 보여주는 그래프, 각 이터레이션 별로 남아 있는 작업량을 스토리 포인트라는 것으로 나타낸 것입니다.

- 스프린트 목표 달성의 가능성과 남아있는 전체 작업을 추적하기 위하여 사용합니다.

스프린트에 걸쳐 남은 작업을 추적하여, 팀은 진행 상황을 관리하고 적절하게 응답 할 수 있습니다.

• Sprint Report

- 각 스프린트 백로그에 밀려 연장되었는지 완료 되었는지에 대한 작업을 이해하기 위하여 '스프린트 보고서'를 사용합니다.

- 보고서에 정기적으로 실패한 작업을 보여줄 때, 팀은 over-committing 하거나 과도한 스코프로 인해서라고 추측할 수 있습니다.

• Epic Report

- 시간이 초과된 Epic의 완성을 위해 진행상황을 이해하기 위하여 사용합니다.

- 추측할 수 없거나 불완전하게 남은 작업량을 추적하여 관리할 수 있습니다.

• Version Report

- 정확한 시간에 버전을 릴리즈할 가능성을 이해하기 위하여 사용합니다.

- 계획에서의 차이점에 따라 진행하기 시작하면 당신이 알 수 있도록 예상 프로젝트 릴리즈 일자를 추적 할 수 있습니다.

• Velocity Chart

- Sprint로 부터 완벽하게 완료된 Sprint의 작업량을 추적하기 위하여 사용합니다.

- 완료된 작업의 평균양이 Velocity이며, 앞으로의 Sprint에서 현실적으로 달성할 수 있는 팀의 작업을 추정합니다.

• Control Chart

- 현재 프로세스 데이터로 미래의 성능을 결정하는데 사용할 수 있는지의 여부를 확인합니다.

- Issue의 주기 시간에 대한 적은 변화로, 미래의 성능 지표를 의미하는 신뢰를 높이는데 사용합니다.

• Cumulative Flow Diagram

- 시간의 흐름에 대한 Status에서 Issue 번호를 식별할 수 있습니다.