Information of IT

A. 백로그나 우선순위 선정이 중요한가요?제품을 만드는 모든 과정이 시간적이나 비용적으로 여유롭거나 충분한 인력이 있다면 좋겠지만 대부분의 경우에는 이러한 리소스가 부족하다. 그렇기 때문에 팀 내 떠오르는 모든 아이디어나 고객으로부터 나오는 모든 문제를 즉각적으로 해결하기는 어렵다. 리소스는 늘 부족하다. 그렇기 때문에 서비스 기획자나 PM/PO는 매번 어떤 새로운 기능을 추가할지 고민해야 한다. 이뿐만 아니라 어떤 문제를 해결하는 데 어떤 리소스를 얼마나 투입할지도 고민해야 한다. 한정된 리소스를 토대로 좋은 제품을 만들기 위해서는 백로그를 잘 관리하고, 우선순위를 잘 선정해야 한다.  B. 백로그(Backlog)백로그(backlog)는 개발해야 할 기능 또는 제품에서 요구하는 기능과 우선순위를 말한다..

스토리 점수를 일관성 있게 유지하려면 반드시 상대평가를 하여 추정해야 한다.​​1. Analogous estimating (유사 추정)  - 과거에 수행했던 유사 프로젝트의 규모, 일정, 비용, 투입공수, 복잡도 등 다양한 정보를 기반으로 프로젝트를 추정하는 기법 2. Parametric estimating (매개변수 추정)  - 기존 data와 formula를 가지고 있는 경우 3. Three point estimation (3점 추정) ​ 4. Export judgement (전문가 추정) - 개별 추정: 경험 있는 전문가가 단독으로 추정하는 기법 - 집단 추정: Norminal Group Technique(NGT, 명목진단법), Wideband Delphi(와이드밴드 델파이)​ 5. Planning..

A. 선후행 도형법 프로젝트를 수행하는 데 있어 활동 간 연관관계 및 순서를 정의하는 방법 중 하나인 Precedence Diagramming Mehod(PDM) 선후행 도형법에 대해 살짝 알아보고자 합니다.​The Precedence Diagramming Method (PDM) is a strategy for developing a project schedule network diagram that utilizes nodes to represent activities and associates them with projectiles that illustrate the dependencies. ​프로젝트에서 활동관리를 할때 수행활동의 순서 등은 표나 다이어그램의 형태로 표현될 수 있습니다.​표의 형태로 ..

A. WBS(Work Breakdown Structure)란 무엇인가?1) 정의 - 사전적인 의미로는 프로젝트의 범위와 최종산출물을 세부요소로 분할한 계층적 구조도라고 정의한다. - 프로젝트의 요소를 산출물(Product)의 관점에서 계층적으로 그룹화한 것으로 프로젝트의 범위를 정의, 개발, 검증하는 도구 - WBS에 표현되지 않으면 프로젝트의 범위가 아닌 것으로 간주할 수 있도록 구조적인 표현을 통하여 하위 그룹 또는 수준(Level)으로 갈수록 상세하게 기술함2) 중요성, 목적 - 의사소통: 고객, 팀원 간 의사소통수단 - 가시화: 프로젝트 업무내역을 가시화, 관리가능 - R&R: 프로젝트 팀원의 책임과 역할 명시프로젝트에서 수행할 업무 식별을 위한 툴프로젝트의 일정과 원가, 자원요구사항 식별을 위한..

디자인 씽킹 프로세스의 5단계 : 단계별 가이드 5 Steps of the Design Thinking Process: A Step-by-Step Guide 지금까지 여러분은 디자인 씽킹 방법론에 대해 들어보셨을 것입니다. 그 어느 때보다 많은 산업이 인간 중심적 접근 방식을 취해 기존 제품을 진화시키고 실제 사용자 요구 사항에 대해 호기심을 갖고 잠재적 솔루션을 구상하고 실제 사용자와 함께 테스트하여 고객에게 더 나은 서비스를 제공하기 위한 새로운 아이디어를 창출하고 있습니다. 디자인 씽킹과 사용자 중심 디자인이 무엇이고 조직에 적용하는 방법을 자세히 살펴보겠습니다. 통계에 따르면, 79%의 회사가 디자인 씽킹이 아이디어 창출 과정을 개선한다는 데 동의하며, 71%는 디자인 씽킹을 도입한 후 업무 문화..

스크럼 가이드  스크럼 가이드는 애자일 프로젝트 관리 프레임워크인 스크럼의 핵심 원칙과 실천 방법을 설명하는 공식 문서입니다.이 가이드는 스크럼의 창시자인 켄 슈와버와 제프 서덜랜드가 작성하고 지속적으로 업데이트하고 있습니다.  A. 스크럼의 정의와 목적스크럼은 복잡한 문제에 대한 적응형 솔루션을 통해 가치를 창출하는 경량 프레임워크입니다.이 프레임워크는 팀이 일련의 가치, 원칙 및 관행을 바탕으로 작업을 구조화하고 관리할 수 있도록 지원합니다.  B. 스크럼의 핵심요소1) 스크럼 팀 스크럼 팀은 개발자들, 프로덕트 오너, 스크럼 마스터로 구성됩니다. 각 역할은 특정한 책임을 가지고 있으며, 팀 전체의 성공을 위해 협력합니다.  2) 스크럼 이벤트 스크럼은 다음과 같은 주요 이벤트를 포함합니다1. 스프린..

전통적으로 PMBOK는 프로젝트 관리를 위한 절차(Process)와 기법, 산출물을 각 단계별로 정형화하여 지식체계를 구성했습니다. 하지만 PMBOK 6th부터 정형화된 프로젝트 관리가 아닌 애자일 혹은 적응적 모델을 강조하며 다양한 프로젝트 유형에 대한 적용 방안을 강조하기 시작하더니, 이번 7판에서는 더 이상 정형화된(혹은 특정 라이프사이클의) 프로젝트에 적용하기 위한 지식 체계가 아닌 모든 프로젝트에 적용할 수 있는 원칙과 가치 전달을 내세우고 있습니다. 세부적인 프로세스와 프로세스 그룹을 구분하지 않는 대신 조금 더 상위 개념의 추상화된 프로젝트 관리 지식체계를 구성 하고 있습니다. 구체적인 기법이나 활동, 산출물에 대한 상세한 설명 보다는 프로젝트 관리를 위한 선언적인 내용으로 변경되었으며, 단..

애자일에 관심이 있는 분들이라면, 한 번쯤은 '칸반(Kanban)'과 '스크럼(Scrum)'이라는 단어를 들어보셨을 텐데요. 익숙하지 않은 단어들이라 그 의미와 개념을 이해하기가 어려우실 수도 있을 거 같단 생각이 듭니다. 그래서 이번 포스팅에서는 내용을 간략히 정리하여 좀 더 쉽게 접근해 보고자 합니다.​ A. 칸반(Kanban) 칸반은 간판(看板)의 일본식 발음으로 도요타 생산 방식(TPS-JIT)에서 유래하였으며, 아래와 같은 방법론과 특성을 가지고 칸반 보드를 통해 사용되고 있습니다.*TPS-JIT : Toyota Production System - Just In Time(생산현장의 낭비를 제거한 적시 생산 시스템) ​​1) 칸반 방법론- 프로세스의 연속적인 흐름을 유기적, 시각적으로 만들어 전체..

번다운 차트 (Burn down chart)는 업무를 끝내기 위해 필요한 시간과 업무를 시각화해 표현한 그래프형태의 시각화 도구입니다. 기한이 정해져 있는 업무나 프로젝트를 수행할 때 유용하며 특히 스프린트 업무에 적합한 도구입니다. 아래에서는 번다운 차트가 무엇인지, 장점과 사용하는 방법 등을 자세히 살펴보고 번 다운 차트 템플릿도 소개하도록 하겠습니다. A. 번다운 차트의 모든 것 1. 번다운 차트란? 번 다운 차트는 완료해야 할 작업량과 작업 시간과의 관계를 보여주는 그래프로, 일반적으로 작업량과 작업일 수를 나타내는 2개의 축을 기준으로 표현합니다. 가로축은 작업일 수(시간)를, 세로축은 작업량을 표기하는 런 차트의 일종입니다. 보통 짧은 반복 작업을 할 때 활용하는 경우가 많고 프로젝트 완료일을..

많은 프로젝트 관리 도구가 프로젝트를 계획, 관리 및 추적하는 데 도움이 될 수 있습니다.간트 차트와 칸반 보드를 비교하면 둘 다 다른 방식으로 프로젝트에 가치가 있음을 알 수 있습니다. 칸반과 간트 차트를 살펴보고 각각이 무엇인지, 작동 방식과 장단점을 설명하겠습니다. 간트와 칸반을 나란히 비교하고 무료 템플릿 몇 개를 추가하여 둘 다 테스트하고 프로젝트 관리에 적합한지 확인할 수 있도록 하겠습니다. A. 간트 차트란 무엇인가요?간트 차트는 프로젝트 일정 을 처음부터 끝까지 그래픽으로 표현한 것입니다. 왼쪽은 스프레드시트이고 오른쪽은 가로 막대 차트입니다. 간트 차트는 프로젝트 계획의 작업, 리소스 및 종속성을 포착하며 프로젝트 관리에 사용됩니다. 과학적 관리에 관심이 있는 기계 엔지니어인 헨리 갠트가..

애자일(Agile) 방법론은 오늘날 많은 기업에서 사용하고 있는 방법론입니다. 2023년 현재 대부분의 IT 조직 개발 환경은 애자일 방법론의 영향을 받았고, 실천하고 있다고 해도 과언이 아닌데요. 애자일 방법론의 출발은 소프트웨어 개발 방식이었지만 이제는 제품 개발을 넘어 하나의 일하는 방식, 워크플로우로 자리 잡았습니다.   A. 전통적인 워터폴 방법론 먼저 순차적인 진행, 명확한 요구 사항 분석이 중요시되는 워터폴 방법론부터 알아볼게요. 1. 워터폴(Waterfall) 방법론이란? 워터폴 방법론은 폭포수 방법론이라고도 불리며 이름에서도 알 수 있듯이 각 작업이 폭포처럼 위에서 아래로 떨어지는 단계별 개발 방법론입니다. 요구사항 정의(설계) → 디자인 → 개발 → 테스트 → 배포의 과정이 순차적으로 ..

1. 프로젝트 관리의 궁극적인 목적은 무엇입니까?① 범위 목표 달성② 일정 목표 달성③ 품질 목표 달성④ 요구사항 만족 2. 프로젝트 범위기준선(Scope Baseline) 수립 순서는?① 작업분류체계(WBS) -> 요구사항(REQ/SOW)-> 검증 및 확인(V&V) -> 검수조건(DoD)② 요구사항(REQ/SOW) -> 작업분류체계(WBS) -> 검수조건(DoD) -> 검증 및 확인(V&V)③ 검증 및 확인(V&V) -> 검수조건(DoD) -> 작업분류체계(WBS) -> 요구사항(REQ/SOW)④ 작업분류체계(WBS) -> 검증 및 확인(V&V) -> 검수조건(DoD) -> 요구사항(REQ/SOW) 3. 프로젝트 일정기준선(Schedule Baseline) 수립 순서는?① 간트 차트 작성 --> 작업 ..