본문 바로가기
728x90

개발 안하는 공대생

기획이란? (feat. 욘나빠른) 기획이란? 국어 사전에는 "일을 꾀하여 계획함" 이라 명시되어 있다. 企 (꾀할 기) 劃 (그을 획) 영영 사전에는 Planning 이라고 한다. Planning : Planning is the process of deciding in detail how to do something before you actually start to do it. 욘나빠른에게 기획이란? 기획이란? 이루고자 하는 뚜렷한 목표를 세우고 달성하기 위한 다양한 계획을 세우는 행위 화면설계서란? UI/UX 전략 기반의 화면 설계와 상세 기능을 포함한 작업 지시서 기획의 왕도!? 기획은 답이 없다. 단지, 지금 시점에서 더 옳다고 판단되는 것을 구체화하는 작업이다. 소프트웨어 개발 회사에서 기획이란? 본 글은 필자의 경험과 교육, .. 더보기
애자일 릴리즈 트레인(agile release trains, ARTs) 애자일 릴리즈 트레인(agile release trains, ARTs) ARTs는 가치를 생성하는 솔루션을 개발하는 애자일 팀들을 말한다. 우선순위 설정 및 로드맵 조직 목표가 확립되었다면 이들의 우선순위를 정해야 하고, SAFe 변혁의 전체적인 비전을 달성할 수 있도록 로드맵을 설계해야 한다. 구현은 우선 첫 번째 가치 흐름을 선택한 후 첫 번째 ART를 선택하고, 이 프로세스를 반복하면 된다. 각 ART를 시작하기 위한 매개변수 정의 각 ART를 성공적으로 시작하려면 먼저 ART를 정의해야 하고, 시한을 설정해야 하고, 애자일 팀을 결성해야 하고, 인력을 교육해야 하고, 준비가 제대로 되었는지 평가해야 한다. 백로그 프로그램을 준비하는 것 역시 중요하다. 팀을 교육하여 모두가 자신의 역할을 이해하도록.. 더보기
확장형 애자일 프레임워크(SAFe) 구현 확장형 애자일 프레임워크 정의 >> SAFe의 구현 SAFe를 구현하기 위해 따라야 할 12가지 일반적 단계가 있다. 그러나 조직의 요구에 맞춰 필요할 경우 각 단계를 수정해야 함을 유의하는 것이 중요하다. 5가지 역량 정의 확인하러 가기 >> SAFe의 혜택 SAFe는 대형 조직이 좀더 확장성 있게 스크럼과 칸반을 이용할 수 있는 방식을 제공한다. 대형 조직은 높은 수준의 기민성으로 프로젝트를 관리할 수 있고, 여러 집단에 분산된 이해관계자들은 더 빠른 피드백을 받을 수 있다. 가속된 피드백 루프는 높은 참여 수준, 증가한 생산성 및 직무 만족, 개선된 직무의 질로 이어진다. 더보기
확장형 애자일 프레임워크(SAFe) 정의 확장형 애자일 프레임워크(SAFe) 정의 (Scaled Agile Framework, SAFe) 확장형 애자일 프레임워크는 큰 조직이 고품질의 제품과 서비스를 더욱 신속히 개발하고 전달할 수 있도록 린(Lean), 스크럼(Scrum) 등의 애자일 방법론을 도입하는 데 기여하는 제반 원리, 프로세스, 베스트 프랙티스를 아우른다. 5가지 역량 정의 확인하러 가기 >> 학습 애자일 배포 DAD(Disciplined Agile Delivery)는 시작부터 배포에 이르기까지 제품의 엔드-투-엔드 수명 주기에 집중한다. 이는 7가지 원리, 즉 고객 만족, 우수성, 실용주의, 컨텍스트 카운트, 양호한 선택, 최적화된 플로우, 기업 요구 인식에 의해 구동된다. 대규모 스크럼(LeSS) LeSS(Large-Scale S.. 더보기
ISO 12207 과 SPICE 를 살펴보다. 보호되어 있는 글입니다. 더보기
PM, TPM 직무 분류와 역량 Project Manager 는 역량에 따라 3등급으로 구분할 수 있다. Project Manager Program Manager Portfolio Manager 역량의 크기로 표현하자면 아래와 같다. Project < Program < Portfolio 그럼 왜 구분이 필요할까 TPM의 직무와 등급 알아보기 비지니스 파트의 직무인 PO(Product Owner), PM(Product Manager)를 널리 사용하다보니 전통적인 PM(Project Manager)의 직무가 개발영역이 아닌 사업영역에서도 할 수 있는 것처럼 인식이되기 시작했고 실제 혼 Technical Project Manager Technical Project Manager Technical Program Manager Technical.. 더보기
소프트웨어 품질 조직 그리고 활동 QC는 제품을 평가하지만 QA는 제품을 만드는 프로세스를 평가한다. 현실에서는 QC와 QA의 개념이 혼재되어 있다. QA 조직이라고 하지만 사실은 QC를 수행하는 조직이 대부분이다. 극소수의 조직에서만 QC와 QA에 차이를 두고 있는 것이 현실이다. 처음에는 QC활동을 중심으로 수행하지만 조직의 소프트웨어 개발 역량이 성숙할수록 QA활동으로 나아가야 한다. QA는 프로세스와 밀접한 관련이 있다. 프로세스는 제품을 생산하기 위한 작업들의 집합이고 품질은 이 프로세스들을 통하여 달성된다. 프로세스는 동일한 수준의 제품을 반복하여 적시에 동일한 속성으로 복제 생산이 가능한 장점을 갖고 있다. 프로세스가 일관성을 갖게 되면 생산되는 제품은 동일 수준이 품질을 보증할 수 있게 된다는 의미이다. 즉, 좋은 프로세스.. 더보기
소프트웨어 품질 비용 예방 비용 오류를 방지하는 데 요구되는 비용 처음부터 업무를 올바르게 수행하게 하는 데 소요되는 비용 방법론 및 절차서 정립, 교육훈련, 품질 게획 수립 등의 비용 예방 비용은 제품이 실제로 만들어지기 이전에 모두 소요됨 평가 비용 요구사항 대비 완전한 제품인가를 검토하기 위해 소요되는 비용 검사, 시험, 검토 등에 소요되는 비용 평가 비용은 제품이나 구성품이 만들어지고 난 후, 고객 인도 이전에 소요됨 실패 비용 결함이 있는 제품과 관련된 모든 비용 결함 제품을 요구사항과 부합하게 수리하는 비용도 실패 비용으로 간주하기도 하며, 고장으로부터 생성되는 모든 비용을 포함함 결함 제품의 운영으로 인해 발생한 피해비용, 결함 제품을 수리하는 기간에 제품을 사용하지 못해 발생하는 비용 Joseph M. Jura.. 더보기
소프트웨어 품질의 정의 (ISO/IEC 25010 품질특성) 소프트웨어 품질이란 무엇인가? 품질의 정의에 대해서는 관점에 따라 여러 학자가 다음과 같이 다양한 견해를 밝히고 잇지만, 요구사항 관점에서 품질을 바라보는 시각이 우세하다. Juran 목적에 적합 : Fitness for use, 여러 가지 특성 보유(품질 특성) Croby 요구사항과 일치 : 품질 문제는 요구와의 불일치로 발생, 지속적 모니터링 ISO 8402 명확한 요구사항과 잠재된 기대치를 만족시킬 수 있는 능력에 관계되는 제품과 서비스의 특징 및 특성의 총체 IEEE 소프트웨어가 지닌 바람직한 속성의 정도 Deming 저렴하고 시장에 적합하며, 예측할 수 있는 정도의 균질성과 신뢰성을 가지고 있는 것 Weinberg 누군가에 있어서의 가치 대한민국 신품질포럼 경쟁자가 이루지 못한 매력적, 독창적 .. 더보기
PMP, 의사소통 과정의 오해와 오류 개인적 차이 - 개인적 의사소통 스타일 : 개인의 기질, 성격, 관심사, 언어 습관 - 성별에 따른 차이 > 남성은 여성에 비해 지위(Status)를 강조함 > 여성이 남성에 비해 비언어적 의사소통을 더 많이 반영함 - 문화적 배경에 따른 차이 > 문화적 가치관, 종교 및 사회 제도가 의사소통 방식에 지대한 영향을 미침 곡해(Distortion) - 화자의 의도와는 다른 의미로 청자가 메시지를 오해하는 현상 - 원인 > 선택적 지각 (Selective perception) > 여과 (Filtering) > 감정 상태 > 주어진 시간 대비 정보의 양, 정보 과적 (Overload) > 언어 자체의 한계 - 해결 방안 > 감정 억제 및 적절한 매체 선정 > 피드백 및 능동적 경청 > 비구문, 비정형적 의사소.. 더보기
PMP, 효과적인 의사소통 방법 의사소통 요령 Communication Skills - 적극적이고 효과적인 청취 - 정확한 이해를 위해 아이디어 및 상황에 대한 질문(questioning)과 탐색(probing) - 팀의 지식 수준을 높여 효율을 개선할 수 있도록 교육 - 정보 식별 또는 확증을 위한 사실 확인(fact finding) - 기대 설정 및 관리 - 조치를 수행하기 위해 개인 또는 조직을 설득 - 관련 당사자들간에 수용 가능한 합의에 도달하기 위한 협상 - 파괴적 영향을 방지하기 위한 갈등 해결 - 요약, 재정리, 다음 단계 식별 적극적이고 참여적 청취 Active and Attentive Listening - Acknowledging : 메시지 수신을 확인해 줌 - Clarifying : 불분명한 내용은 명확화함 - Co.. 더보기
PMP, 의사소통 방법의 조합 정형적 & 서면 방식 Formal & Written - 이해 상충이 존재하는 복잡한 문제 해결이 필요할 때 - 서로의 일정과 독립적으로 의사소통을 하고자 할 경우 - WBS의 범위를 벗어나는 고객의 변경 요청 대응 - 예> 프로젝트 헌장, 프로젝트 계획서, 공문 등 문서로 근거를 남김. 정형적 & 구두 방식 Formal & Oral - Formal & Written 방식의 의사소통 내용을 보충할 때 - 즉성에서 피드백을 구하고자 할 때 - 예> 발표(presentation), 연설(speeches) 비정형적 & 서면 방식 Informal & Written - 단순 정보 제공, 개인적 요청 전달 - 법적 효력, 증거 능력에 있어서 제약이 있음 - 예> 이메일, 메모 비정형적 & 구두 방식 Informal .. 더보기
PMP, 의사소통 유형 6가지 의사소통자의 위치에 따른 구분 내부적(Internal) - 프로젝트 내부 대상과의 의사소통 - 예> 프로젝트 관리자와 프로젝트 팀원간의 의사소통 외부적(External) - 프로젝트 외부 대상과의 의사소통 - 예> 고객, 공급자, 다른 프로젝트 및 조직, 일반 대중 표준 규약 준수 여부에 따른 구분 정형적(Formal) - 사전에 정의한 형식, 절차, 시간을 준수함. - 예> 보고서, 공문, 회의록, 브리핑 비정형적(Informal) - 표준 규약을 따르지 않는 의사소통 - 예> 이메일, 메모, 즉흥적 토의 표준 채널 사용 여부에 따른 구분 공식적(Official) - 집단이나 조직의 표준 매체 또는 채널을 통한 의사소통 - 예> 뉴스레터, 연례 보고서, 공식 웹사이트, 공식 소셜 미디어 비공식적(Uno.. 더보기
PMP, 프로젝트 관리 프로세스 Project Management Professional 프로젝트 관리 프로세스 지식영역 프로세스 그룹 착수 기획 실행 감시 및 통제 종료 통합 -프로젝트 헌장개발 -프로젝트 관리 계획서 개발 -프로젝트 작업 지시 및 관리 -프로젝트 작업 감시 및 통제 -통합 변경 통제 수행 -프로젝트 또는 단계 종료 범위 -범위 관리 계획 -요구사항 수집 -범위 정의 -WBS 생성 -범위 확인 -범위 통제 시간 -일정관리 계획 -활동 정의 -활동 순서 배열 -활동 자원 산정 -활동 기간 산정 -일정 개발 -일정 통제 원가 -원가관리 계획 -원가 산정 -예산 결정 -원가 통제 품질 -품질관리 계획 -품질 보증 수행 -품질 통제 인적자원 -인적자원관리 계획 -프로젝트 팀 확보 -프로젝트 팀 개발 -프로젝트 팀 관리 의사소.. 더보기
노션 활용하기 위한 템플릿, 기초 사용법 노션 마스터하러 가기 그 누구도 알려주지 않은 노션 기술 노션은 소규모 팀부터 대규모 팀까지 활용있으며 어떠한 형태로든 활용이 가능하다. 그 누구도 알려주지 않았던 숨은 기술들, 이거 한 방이면 나도 노션 기술자 PRO Notioner 노션 기초 사용법 노션 기초 사용법 마크다운 문법 www.notion.so 마크다운 문법 단축키 문서 작성 단축키 텍스트 선택 단축키 노션 템플릿 노션 템플릿은 페이지를 복제(Duplicate)하여 사용하면 된다. 설명 페이지 : https://www.notion.so/Duplicate-public-pages-d8a461baeeb54d91b156ff5559192321 노션을 잘 사용하기 위한 샘플 - 저자 소개(링크) Notion Template Sample Best 7 .. 더보기
제품 관리자 - PON (Problem/Opportunity, Needs) 제품 관리자(PO/PM)는 mini CEO 로 불리며 담당한 제품의 전반적인 오너십을 가진다. 제품 관리자의 역량 중 하나인 백로그를 선정하는 방법 중 하나인 PON 을 소개한다. PON은 제품 관리자의 비즈니스(전문가) 측면의 역량을 표현한다. 이를 통해 요구사항 정의, 설계 및 개발 방향을 이해하고 우선순위를 정할 수 있는 기반을 가진다. 성공으로 이끄는 것은 아이디어가 아니라 훌륭한 기회이다. Problem / Opportunity => 해결해야할 문제와 사업 기회를 이해해야 한다. => 문제를 통해 발생한 사업 기회를 찾는다. => 문제를 식별하고 문제 해결을 통해 사업 기회를 찾는다. 제품 관리자는 맡은 제품의 도메인에 한정된 것이 아니라 다양한 시각에서 사용자(환경)들이 겪고 있는 문제를 찾아.. 더보기