<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>연두씨</title>
  <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76" />
  <author>
    <name>yellow-green</name>
  </author>
  <subtitle>네이버 카페 'www를 만드는 사람들' 연두씨입니다.</subtitle>
  <id>https://brunch.co.kr/@@ef76</id>
  <updated>2022-06-09T06:58:54Z</updated>
  <entry>
    <title>연연해하지 마세요.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/22" />
    <id>https://brunch.co.kr/@@ef76/22</id>
    <updated>2024-12-06T23:04:10Z</updated>
    <published>2023-01-02T07:09:34Z</published>
    <summary type="html">안녕하세요. 연두씨입니다. 업무를 하다 보면, 그리고 카페에서 글을 보다 보면 생각보다 중요하지 않은데 연연해하시는 부분들이 있더라고요. 그 생각보다 중요하지 않은 부분!에 대해 적어 보려고 합니다. 특히나 지금 막 시작하시는 분들께 드리고 싶은 말이에요. 기획자, 개발자 상관없이 모두에게요.  첫번째. 용어에 연연해하지 마세요. 어느 분야나 다 마찬가지지</summary>
  </entry>
  <entry>
    <title>테스트 시트와 품질관리</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/21" />
    <id>https://brunch.co.kr/@@ef76/21</id>
    <updated>2023-09-06T08:36:36Z</updated>
    <published>2022-11-03T08:05:44Z</published>
    <summary type="html">안녕하세요. 연두씨입니다. 운영이든, 프로젝트든 개발 후에는 반드시 QA를 하게 되는데요. 이때 어떠한 기준으로 기능 완료를 체크할 것인지를 정리한 문서가 바로 테스트 시트입니다.  테스트 시트의 가장 큰 목적은 당연하게도 기능 개발의 완료를 체크하기 위함이고요,  또 한편으로는 테스트 당시의 품질을 체크한 기록이니 추후 운영 시에 프로덕트 품질을 관리하는&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=https%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fef76%2Fimage%2F9WoS3rSzE5zyEvPZKAbtbSvO-0A" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>커뮤니케이션의 마찰을 줄이는 법</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/20" />
    <id>https://brunch.co.kr/@@ef76/20</id>
    <updated>2023-10-24T10:26:56Z</updated>
    <published>2022-08-01T14:05:19Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  회사에서 가장 어려운 문제를 꼽으라 하면 대부분 커뮤니케이션 문제를 많이 생각하실 거예요.  많은 사람들이 모여서 협업을 해야 하는데, 다들 제 각기 가진 경험과 성향들이 다르다 보니 한 번에 이야기가 착착 잘 되는 상황이 잘 만들어지지가 않죠. 조직 내 커뮤니케이션에서 치트키란 아마도 있을 수 없을 거라 생각합니다. 너무나 많</summary>
  </entry>
  <entry>
    <title>목표 설정과 성과지표</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/19" />
    <id>https://brunch.co.kr/@@ef76/19</id>
    <updated>2024-05-24T08:45:22Z</updated>
    <published>2022-07-01T06:25:30Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  많은 회사에서 계획과 평가를 위해 성과측정 문서들을 작성하실 거예요. 주로 KPI들 많이 쓰시고, MBO 쓰시는 곳도 있고, 최근에는 OKR도 많이 쓰시는 것 같더라고요. 이 외에도 목표와 성과 관리를 위한 많은 기법과 많은 양식들이 있고 그 양식들이 각각 차이가 분명 있지만, 큰 틀에서 보면 일맥 하는 부분들이 존재하는 것 같&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fef76%2Fimage%2FLodBYonk8T2fDCL8eRGNejWRIkU" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>IA 작성하기</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/5" />
    <id>https://brunch.co.kr/@@ef76/5</id>
    <updated>2023-09-07T10:33:51Z</updated>
    <published>2022-06-10T06:56:50Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  처음 서비스를 분석할 때 혹은 신규로 만들 서비스의 구조를 정리할 때.. IA를 작성하게 됩니다.  오늘은 그 IA에 대해 알아보려고 합니다.   우선! IA가 무엇인가... 하면,  한글(?)로 쓰면 인포메이션 아키텍처인데요. 번역하면 정보구조입니다. 웹사이트의 구조를 정리하고, 그 구조 속에 어떤 정보가 들어가 있는지 표로 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=https%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fef76%2Fimage%2FzoK3idHlm8yx0fRUt7EIUEd4F_s" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>요구사항 정리하는 법</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/17" />
    <id>https://brunch.co.kr/@@ef76/17</id>
    <updated>2023-09-10T23:24:17Z</updated>
    <published>2022-06-10T06:55:13Z</published>
    <summary type="html">안녕하세요. 연두씨입니다. 운영이든, 구축이든 기획을 하려면 먼저 요구사항을 정리하는 단계를 거치게 되는데요. 이때 RFP, SRS, SFR 등의 문서를 작성하게 됩니다.  용어가 중요한 것은 아니나 참고로 말씀드리면... RFP (Request For Proposal) 제안요청서 : 프로젝트를 의뢰할 때, 프로젝트에 필요한 요구사항을 작성하는 것 SRS</summary>
  </entry>
  <entry>
    <title>회의를 잘 하는 법</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/16" />
    <id>https://brunch.co.kr/@@ef76/16</id>
    <updated>2022-07-19T14:12:46Z</updated>
    <published>2022-06-10T06:54:52Z</published>
    <summary type="html">안녕하세요. 연두씨입니다. 회사에서 학교에서 회의 정말 많이 하시죠? 여럿이서 같이 하는 작업에서 가장 많은 시간을 보내는 단계일 거예요. 그런데도 불구하고 생각보다 많은 회의들이 효율적으로 시간을 보내지 못하고 있는 것 같아요. 회의를 잘하는 몇 가지 방법에 대해 이야기해 보려고 합니다.   우선 좋은 회의는, 정해진 시간 안에 원하는 퀄리티의 결과를 얻</summary>
  </entry>
  <entry>
    <title>플로우 차트</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/15" />
    <id>https://brunch.co.kr/@@ef76/15</id>
    <updated>2023-09-04T15:45:24Z</updated>
    <published>2022-06-10T06:54:33Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  서비스의 흐름을 설명하기에 플로우 차트만큼 좋은 게 없는데요, 작성법과 활용도에 대해 간단히 소개하려고 합니다.  ​ 말 그대로 흐름을 차트로 그려낸 것인데요, 한글로 하면 순서도입니다.  흐름을 한눈에 보기 위해 순서대로 그려 낸 거예요. 우리가 쓰는 웹이나 앱의 서비스는 페이지를 이동하면서 이용하도록 되어 있는데, 이때 반드&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fef76%2Fimage%2FgiLYZZzLL6DQCYQeCnB37AzpOvw" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>WBS 작성법</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/14" />
    <id>https://brunch.co.kr/@@ef76/14</id>
    <updated>2025-07-22T23:53:30Z</updated>
    <published>2022-06-10T06:53:58Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  프로젝트하실 때 WBS 작성들 많이 하시죠? 처음 하시는 분들을 위해서 어떻게 작성하고 활용하는지 이야기해보도록 하겠습니다.  work breakdown structure의 약자이고요, 업무 명세 구조?? 업무 구조 명세??라는 요상한 말입니다. 풀이하자면 프로젝트 수행에 필요한 각 업무 내용을 명세하고, 이를 순서에 맞게 구조&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=https%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fef76%2Fimage%2FlHh8_blTf69z7whD0odF2ilrIEI" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>기획서(SB) 쓰는 법 (2)</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/13" />
    <id>https://brunch.co.kr/@@ef76/13</id>
    <updated>2023-08-13T02:16:33Z</updated>
    <published>2022-06-10T06:53:26Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 지난 글에 이어서 기획서의 구성과 작성법에 대한 이야기를 계속하려고 합니다.  케바케로, 사바사로 각자 작성하시는 스타일들이 있을 텐데요. 제가 생각하는 기본적으로 요 정도는 들어갔으면 좋겠다 하는 항목과 구성들을 소개합니다. 예제는 파일로 첨부하면 오피스 버전도 계속 바뀌고 해서 이미지로 캡처해서 올립니다.  먼저, 첫 장입니다&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2Fef76%2Fimage%2FuiEwfcO3zq8LcrFSRP0LCZNj4OI" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>기획서(SB) 쓰는 법 (1)</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/12" />
    <id>https://brunch.co.kr/@@ef76/12</id>
    <updated>2023-08-23T12:06:50Z</updated>
    <published>2022-06-10T06:53:06Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 기획자로서 많은 내용들을 정리하고 많은 문서들을 쓰지만, 그중에서도 제일 많이 쓰는 문서가 스토리보드 일 거예요. 기획서라고 부르기도 하고 SB라고 줄여 부르기도 하고 화면 정의서라고 하기도 하는. 용어야 뭐 어떤 용어를 쓰든지 크게 상관은 없을 것 같고요, 그 기획서에 대한 이야기를 해보고자 합니다.   먼저, 기획서의 역할은.</summary>
  </entry>
  <entry>
    <title>업무 시간의 효율적 관리</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/11" />
    <id>https://brunch.co.kr/@@ef76/11</id>
    <updated>2022-06-10T10:48:27Z</updated>
    <published>2022-06-10T06:52:13Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 지난 글에서 업무의 우선순위에 대한 이야기를 했는데요, 얽히고설킨 많은 업무들을 순서대로 잘 정리했다 해도 각 업무들을 실제로 이행하는 시간들이 제대로 관리가 되지 않는다면 순위 정리한 게 무색하게도 비효율 적인 야근의 늪에 빠지게 됩니다.  나는 왜 이렇게 일이 많고, 야근을 해도 해도 끝이 없을까... 출근해서 숨만 쉬고 일만</summary>
  </entry>
  <entry>
    <title>업무의 우선순위</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/10" />
    <id>https://brunch.co.kr/@@ef76/10</id>
    <updated>2022-06-10T06:51:50Z</updated>
    <published>2022-06-10T06:51:50Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 업종이나 연차에 상관없이 대다수 회사에서 이런 경험들이 있으실 것 같은데요. 업무는 쏟아지고 내 몸은 하나고, 하고 있던 일이 다 끝나지도 않았는데 또 다른 이슈가 또또 밀려오는 혼돈의 카오스!! 특히나 기획자들은 본인의 업무뿐 아니라 다른 파트의 업무 진행 상황이나 전체 프로젝트 이슈들도 같이 체크할 일이 많아서 더더욱 멀티 플</summary>
  </entry>
  <entry>
    <title>벤치마킹하는 법</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/9" />
    <id>https://brunch.co.kr/@@ef76/9</id>
    <updated>2023-08-11T06:59:11Z</updated>
    <published>2022-06-10T06:51:31Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 오늘은 벤치마킹에 대한 이야기를 하려고 합니다.  일하면서 보니까 벤치마킹하는 경우가 보통 두 가지 있는 것 같아요. 1번. 어떤 특정한 기능을 붙이려는데, 참고하려고 조사하는 경우 예를 들면, 사이트에 로그인 위치를 왼쪽에서 오른쪽으로 바꾸려고 각종 사이트들의 로그인 위치를 조사해서 참고하는 경우입니다.  2번. 특정 시장의 플</summary>
  </entry>
  <entry>
    <title>정책문서 만들기</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/8" />
    <id>https://brunch.co.kr/@@ef76/8</id>
    <updated>2024-03-21T01:56:34Z</updated>
    <published>2022-06-10T06:51:02Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 기획 업무를 하다 보면 다양한 정책들을 만들고 정리하게 됩니다. 정책이란 서비스를 운영하는데 필요한 모든 규칙들을 말하는데요, 예를 들면 회원 가입 시 필수 조건으로 입력해야 하는 항목, 선택 조건으로 입력해야 하는 항목들을 회원가입 정책으로 정리할 수 있습니다. 또 중복 할인을 허용하지 않는 경우를 정리하여 결제정책으로 정리할</summary>
  </entry>
  <entry>
    <title>기획안 작성하는 법</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/7" />
    <id>https://brunch.co.kr/@@ef76/7</id>
    <updated>2023-03-13T22:30:32Z</updated>
    <published>2022-06-10T06:49:54Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 기획자라면 다양한 문서들을 쓰게 되는데, 그중에 하나가 기획안 일거예요. 제가 말하는 기획안은 스토리보드는 아니고요, 앞으로 이러저러하게 하겠다는 미래의 작업을 계획/정리한 문서입니다. 예를 들면 구축 기획안이나, 리뉴얼 기획안, 신규 서비스 기획안 등 말합니다.  여러 양식과 구성들이 있겠지만 제가 보통 쓰는 index는 다음과</summary>
  </entry>
  <entry>
    <title>모니터링 하기</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/6" />
    <id>https://brunch.co.kr/@@ef76/6</id>
    <updated>2022-11-03T22:57:21Z</updated>
    <published>2022-06-10T06:49:04Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다. 오늘은 모니터링에 대해 이야기해보려고 합니다. 기획자라면 회사에서 모니터링하라는 숙제받을 때가 많으실 텐데요, 처음이라면 간단한 작업임에도 막막하게 느껴질 수 있을 것 같습니다.  우선, 모니터링은 시간을 들여 어떤 걸 관찰하는 일입니다. 관찰을 하는 이유는 관찰을 통해 현상을 파악하고 미래를 예측하기 위함입니다.  미래를 예측하</summary>
  </entry>
  <entry>
    <title>서비스 기획의 업무절차</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/4" />
    <id>https://brunch.co.kr/@@ef76/4</id>
    <updated>2023-06-06T08:44:59Z</updated>
    <published>2022-06-10T06:47:46Z</published>
    <summary type="html">안녕하세요.&amp;nbsp;연두씨입니다.  서비스 기획을 하다보면 어떤 일관된 업무의 패턴이 있습니다. 자사 서비스를 하고 있는 회사에서 기획을 하고 있다면 운영업무든, 프로젝트든 이 패턴으로 계속 업무를 하시게 될 거에요. 웹에이전시도 수주를 위한 앞단의 작업이 추가 될 뿐이지, 실제 구축 시에는 비슷하게 업무를 하실 거에요.  첫번째. 요건 정리 이 과정에서는 ① 무</summary>
  </entry>
  <entry>
    <title>웹기획자가 하는 일</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/3" />
    <id>https://brunch.co.kr/@@ef76/3</id>
    <updated>2022-06-10T12:36:00Z</updated>
    <published>2022-06-10T06:46:55Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  웹기획자가 하는 일은, 이 전에 다른 게시판의 댓글로 달았던 글을 조금 더 다듬어 다시 소개해 봅니다. 에이전시나 전문PM이 아닌 일반 회사에 서비스 기획자가 하는 일 중 공통적으로 하는 업무들을 몇 가지로 그룹핑하여 정리합니다.  아래의 업무들을 각 팀에서 한다...............하면 큰 회사 아래의 업무들을 한 팀에서</summary>
  </entry>
  <entry>
    <title>웹서비스 관련 부서</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@ef76/1" />
    <id>https://brunch.co.kr/@@ef76/1</id>
    <updated>2022-06-10T06:47:03Z</updated>
    <published>2022-06-10T06:46:24Z</published>
    <summary type="html">안녕하세요. 연두씨입니다.  웹기획을 설명하기에 앞서 웹서비스를 하기 위한 각 파트에 대한 설명을 조금 하고자 합니다. 웹서비스라는 것이 어느 한 파트만으로 서비스를 할 수 없는 것이기에 각 파트에 대한 이해가 반드시 필요합니다. 저는 간단히 설명하지만 각자 다른 파트에 대해 더 깊이 공부하시고 꾸준한 이해와 관심을 계속 가지시길 권합니다.  회사에서 IT</summary>
  </entry>
</feed>
