<?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/@@bGlZ" />
  <author>
    <name>640b9d9bfc7a480</name>
  </author>
  <subtitle>우당탕탕 베이비 PM 성장기. 판교에서 최고의 효율을 위한 협업 툴을 만듭니다.</subtitle>
  <id>https://brunch.co.kr/@@bGlZ</id>
  <updated>2020-12-31T14:35:51Z</updated>
  <entry>
    <title>분명 바쁘게 살았는데, 중요한 일은 못 한 하루 - 열심히 살아도 일이 계속 밀리는 당신을 위한 우선순위 선정하기 - 3단계</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/18" />
    <id>https://brunch.co.kr/@@bGlZ/18</id>
    <updated>2025-12-31T03:49:35Z</updated>
    <published>2025-12-31T03:49:35Z</published>
    <summary type="html">할 일은 계속 쌓이는데, 하루는 어떻게 지나갔는지 모르겠고 정작 중요한 일은 손도 못 댄 채 퇴근해 본 적이 있다.  오전 8시 30분에 출근해 오후 8시까지 일했음에도 불구하고, '나 오늘 뭐했지?' 싶은 날 말이다.  그럴때면 자연스럽게 '내가 일을 못 하는 건 아닐까?', '내가 일머리가 없나?' 하는 생각이 든다.  하지만 비슷한 하루가 반복될수록,</summary>
  </entry>
  <entry>
    <title>스토리 포인트로 개인의 생산성을 측정할 수 있을까?</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/1" />
    <id>https://brunch.co.kr/@@bGlZ/1</id>
    <updated>2024-11-07T07:37:51Z</updated>
    <published>2024-11-07T07:37:51Z</published>
    <summary type="html">0. 들어가며 '에센셜 스크럼'이라는 책을 읽고, 스토리 포인트를 활용해서 개인의 생산성을 추정할 수 있을까? 하는 궁금증이 들어 작성한 글입니다.   1. 스토리 포인트란? 책에서는 스토리 포인트를 '상대적 크기', '제품 백로그 항목의 크기 혹은 규모를 측정하는 것', '복잡성과 물리적 크기를 모두 고려하는 방법'으로 소개하고 있습니다. 쉽게 말하자면</summary>
  </entry>
  <entry>
    <title>UI3, Figma의 새로운 시작 - 피그마는 계속 사용성을 고민한다.</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/14" />
    <id>https://brunch.co.kr/@@bGlZ/14</id>
    <updated>2024-10-05T05:13:18Z</updated>
    <published>2024-10-05T03:00:27Z</published>
    <summary type="html">지난 6월 26일, Figma는 새로운 UI를 내놓았다. 이른 바 UI3.  UI3는 창의적인 비전을 실현할 수 있도록 캔버스에 공간을 마련하고, 간결하고 적응하기 쉬운 인터페이스를 표방한다.  10여년 전 첫 출시 이후로, 새로운 기능과 제품 (Figjam 등)이 많이 추가되었다.&amp;nbsp;그러나 여전히&amp;nbsp;Figma의 핵심 레이아웃은 바뀌지 않았는데, 아래와 같은 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FbGlZ%2Fimage%2FKM0ubKKt3-ajDAJckRMYvjCRDks" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>스토리 포인트, 별도 추정해도 되나요? - 스토리 포인트 별도 추정 리얼 후기</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/11" />
    <id>https://brunch.co.kr/@@bGlZ/11</id>
    <updated>2023-08-03T05:26:59Z</updated>
    <published>2022-05-23T05:06:42Z</published>
    <summary type="html">0. 들어가며 지난 글에 이어, 이번에는 별도 추정 케이스에 대해 이야기해보겠습니다. 여기서 말하는 별도 추정이란, 기획/개발/디자인별 스토리를 나누고, 그 스토리 단위로 스토리 포인트를 추정하는 것을 의미합니다.  1. 현황 지난 번에도 이야기했듯, 개발 중인 툴은 다른 곳과 마찬가지로 기획자, 개발자, 디자이너가 협업합니다. 협업 방식으로는 '듀얼 트랙&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FbGlZ%2Fimage%2FqfMrybTIXCVdNez1eK1Vsvix4Z4.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>스토리 포인트, 단독 추정해도 되나요? - 스토리 포인트 개별 추정 후기</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/10" />
    <id>https://brunch.co.kr/@@bGlZ/10</id>
    <updated>2022-09-22T00:13:52Z</updated>
    <published>2022-04-29T08:11:57Z</published>
    <summary type="html">0. 들어가며 '스크럼' 다들 들어는 보셨으리라 생각합니다.  저희도 여타 회사와 마찬가지로 애자일 + 스크럼&amp;nbsp;방식으로 프로젝트를 진행하고 있습니다. 플래닝 포커를 통해 스토리 포인트를 산정하고, 계획 미팅에서 논의한 내용을 기획하고, 개발하고, 디자인합니다. 다만 일부는 상황에 맞게 방법을 바꾸어 사용하고 있습니다.   1. 현황 저희 팀은 기존 서비스&amp;nbsp;&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FbGlZ%2Fimage%2FSKuPxsb5KzHgE8OLCaxOhOxRCi0.PNG" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>SDLC의 단계와 방법론 - Software Development Life Cycle 한 장 정리</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/7" />
    <id>https://brunch.co.kr/@@bGlZ/7</id>
    <updated>2022-03-30T12:46:27Z</updated>
    <published>2022-03-30T08:06:06Z</published>
    <summary type="html">SDLC, 들어보신 적 있나요? SDLC는 Software Development Life Cycle의 약자로, 정보 구조 (Information system)을 계획하고, 만들고, 테스트하고, 배포하는 일련의 과정을 의미합니다.  SDLC는 System Development Life Cycle을 의미하기도 하는데요. 이 둘의 차이는 업무의 포함 범위에 있습&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0.fjpg/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FbGlZ%2Fimage%2FA2PWByu72ICEhiNAYBuOYUmkUNo.PNG" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>IA 구성을 위한 사용자 조사 방법론 1 - 카드 소팅 - Card sorting을 통한 사용자 인식 파악</title>
    <link rel="alternate" type="text/html" href="https://brunch.co.kr/@@bGlZ/8" />
    <id>https://brunch.co.kr/@@bGlZ/8</id>
    <updated>2023-08-14T04:30:49Z</updated>
    <published>2022-03-24T06:00:45Z</published>
    <summary type="html">0. 들어가며 새로운 서비스를 기획함에 따라, 특정 기능이나 뷰는 어떤 depth에 위치해야 할까? 이 기능은 어떤 기준으로 분류해야 할까? 등의 고민을 할 때가 있습니다. 때로는 실무진과 리드 간 의견이 좁혀지지 않아 오랜 시간 동안 논의하기도 합니다.  또는 기존 서비스의 경우 추가할 기능이 기존에 분류한 체계 어디에도 들어맞지 않아 어떤 서비스 하위에</summary>
  </entry>
</feed>
