Jeff

스크럼이 뭐야?

Jeff — Mon, 23 Feb 2026 02:36:24 GMT

(‘출근했더니 스크럼 마스트가 된 건에 관하여’ 책의 이론편을 정리한 것에 불과합니다. 스크럼을 제대로 잘 해보고 싶다면 책을 모두 읽어볼 것을 강력히 추천드립니다) 애자일 소프트웨어 개발이 뭐야? 목적을 달성하기 위해 모든 관계자가 긴밀하게 협업한다. 한번에 전체를 완성하기보다 조금씩 만들되, 조기에 동작시켜 피드백을 받는다. 사용자나 관계자의 피드백을

성장하는 팀의 회고 실전 가이드

Jeff — Sat, 14 Feb 2026 05:52:48 GMT

오랜 기간 개발팀이나 제품팀을 이끌면서 팀의 성장을 위해 종종 회고를 진행하곤 했다. 소규모 팀의 경우는 4Ls 또는 KPT와 같이 많이 사용하는 회고 템플릿을 활용하여 어느정도 자유롭게 진행해도 문제가 없을 것이다. 하지만 참여인원이 10명이 넘어가면 한사람당 5분만 발언해도 50분 이상의 시간이 소요된다. 보통 인간의 집중력은 15분 정도로 알려져 있

팀 효율 2배로 올리는 지라 사용법

Jeff — Sat, 14 Feb 2026 05:29:48 GMT

팀이 효율적으로 움직이기 위해서는 단순히 열심히 일하는 것만으로는 부족하다. 서로의 몰입을 방해하지 않으면서도 필요한 순간에는 정확한 소통이 이뤄져야 한다. 이를 위해 가장 먼저 확보해야 할 것은 업무의 가시성과 예측 가능성이다. 그리고 이 역할을 가장 잘 수행할 수 있는 도구가 바로 지라(Jira)다. 많은 개발 조직이 이미 지라를 사용하고 있지만, 지라

일정은 개발팀의 목표가 아니다

Jeff — Sat, 14 Feb 2026 05:17:41 GMT

개발 조직 안에서 일정이 목표가 되는 경우를 너무 자주 본다. 일정은 언제부터인가 성과를 판단하는 기준이 되었고, 지켰는지 여부가 잘하고 있는지의 척도처럼 사용된다. 프로젝트가 끝나면 무엇을 만들었는지보다 일정이 맞았는지가 먼저 이야기된다. 일정이 어긋나면 원인을 찾고, 맞추면 안도하지만 그 일정이 어떤 결과로 이어졌는지는 상대적으로 덜 중요해진다. 하지만

제품 정기 배포 실전 가이드

Jeff — Sat, 14 Feb 2026 05:06:40 GMT

현대의 소프트웨어 제품은 모바일 앱(iOS, Android), 웹 서비스, 서버 등 여러 컴포넌트로 구성된다. 이때 각 컴포넌트가 제각각의 일정으로 배포된다면, QA팀의 테스트 빈도가 불필요하게 늘어나고 제품의 품질 보장이 어려워질 수 있다. 따라서 정기적인 주기에 맞춰 배포를 통합적으로 관리하는 것이 중요하다. 정기 배포 주기 일반적으로 1~2주 단위

IT 조직이라면 누구나 겪는 성과 관리의 함정

Jeff — Sat, 14 Feb 2026 05:00:03 GMT

왜 많은 IT 기업은 여전히 성과와 과제 관리를 어려워할까? 조직의 목표를 세우고, 하위 과제를 나누고, 주기적으로 체크인을 한다. 하지만 막상 돌아보면 성과가 기대만큼 나오지 않는다는 이야기를 자주 듣습니다. 그 이유는 단순합니다. 데이터는 흩어져 있고, 실행은 잘 보이지 않기 때문입니다. 체크인 시 공유되는 진척률의 정확도가 낮고, 과제에 투입된 리소스

가성비 끝판왕 풀스택 서버리스 스택: 1명이 3명처럼

Jeff — Sat, 14 Feb 2026 04:52:15 GMT

초기 스타트업에서 기술 스택 선택은 곧 생산성 배수효과를 결정한다. 나는 여러 조합을 실험한 끝에, 실제 SaaS 개발에서 1명이 3명처럼 개발할 수 있는 스택을 정리했다. 전체 구성 이 조합의 본질은 서버리스 × typed × 자동화이다. 덕분에 인프라 부담은 사라지고, 기능 개발 속도만 남는다. Remix: 프론트엔드·백엔드 경계를 단순화 Remix

아마존에게 배우는 채용 노하우

Jeff — Sat, 14 Feb 2026 03:12:52 GMT

(“순서 파괴 클린브라이어,빌카 지음, 유정식 옮김 - 2장 채용: 바 레이저 프로세스”에서 채용시 참고할 만한 사항을 정리해보았습니다) 채용 기준 적어도 한 가지 면에서는 기존 직원들보다 월등히 앞선 인재를 뽑을것 조직의 비전 또는 미션을 믿을 뿐 아니라 조직의 리더십 원칙(핵심 가치)을 내재화하는 사람 행동사건 인터뷰 (Behavioral Inter

프로젝트 관리 노하우: 작게 나누고 끝까지 완결하라

Jeff — Fri, 13 Feb 2026 16:47:39 GMT

과제의 크기는 3개월을 넘기지 않는다 프로젝트는 길어질수록 리스크가 기하급수적으로 커집니다. 3개월 이내로 마무리할 수 있도록 범위를 조정하세요. 불가피하게 크다면 완결성 있는 단위로 나누는 것이 핵심입니다. 일을 나눌 때는 “완결성”을 보장한다 단순히 태스크를 쪼개는 것과 완결성 있는 결과물을 만드는 것은 다릅니다. 테스트까지 마쳐서 사용자에게 보여줄

조직 목표 설정, 다이어트와 닮았다

Jeff — Fri, 13 Feb 2026 16:11:39 GMT

사업팀이나 마케팅팀은 시장 지표와 같은 명확한 데이터를 가지고 있어 이를 정량 지표로 삼아 성과를 평가하기가 상대적으로 쉽다. 하지만 개발팀이나 제품팀은 사정이 다르다. 진행 중인 과제에 대해 일정 외에 뚜렷한 정량 지표를 잡기가 어렵다 보니, “요구사항을 일정 내에 완료했는가?”가 사실상 유일한 기준이 된다. 그래서 일정만 지키면 목표를 100% 달성한