결론 : 전공자나 실제 퀄리티를 좋게 뽑을수 없으면 시도할 가치가 없습니다.

 

 

 

그래도 해보겠 다면 아래 방법과 제가 경험한 결과를 공유해 드립니다.

 

사이트 : https://thenounproject.com/

 

 

Noun Project: Free Icons & Stock Photos for Everything

 

thenounproject.com

 

 

 

위에서 가입을 한뒤 , 메뉴에서 Upload Icon을 누릅니다.

 

 

여기서 규격에 맞는 Icons를 업로드 하면됩니다.

 

 

업로드도 다 되는게 아니고 기본적으로 해상도 및 확장파일은 체크합니다.

 

더 자세한 방법은 인터넷에 많으니 찾아보시고 제가 결과를 말씀드리면,,.

 

 

 

전부 거절되었습니다.

 

 

 

거절도 몇달 걸리고 하는데, 쉽게 쉽게 만들어 보았지만 결국은 다 거절됩니다.

 

 

 

레퍼런스가 이미 많기도하고, 전공자가 아닌이상 미적감각을 활용하기 쉽지않습니다.

 

 

 

결론은 패시브하게 벌어들이기에는 전문성이 필요하다는 이야기입니다.

 

 

 

유투브보고 시간낭비하지 마시고 그시간에 공부나 책이나 읽는게 나은거같습니다. 

 

 

 

당장 눈에 보이지 않더라도 그게 본인의 자산이 되어 한번에 터뜨려질것이니 ㅎㅎ 

반응형
저작자표시 비영리 변경금지

'재태크 이야기 > 재태크정보' 카테고리의 다른 글

따릉이 정기권 리셋시간  (0) 2024.04.10
자동차세 연납 절약, Cashback 최대 1.5만원 캐쉬백 받기!  (0) 2018.01.20
72
상 Kanban (development)
프로세스		 [정의] workflow를 표현하는 칸반보드를 통해 공정을 시각화하고 WIP제한, 흐름관리를 통해
적시개발을 지원하는 Agile방법론
[실천방법]1)가시화2)WIP제한3)흐름관리4)정책명시화5)피드백루프 6)개선/발전
[원칙] 현재상태 그대로 시작, 변화 점진적 추구 합의, 기존역할/책임/직함존중, 리더쉽 행동장려
[작업조정] workflow 최적화를 통해 조정가능		 적시개발, 공정시각화, 생산성향상
overload/overproduction관리 - task간균형		 가워흐정프개현변기리
토픽 이름 (상) KANBAN
분류 SW공학 > Agile > kanban
키워드(암기) workflow시각화, WIP(Work in Process)제한, 소요시간 측정 및 최적화, 제조 & 여러팀
칸반 프로세스, 대기행렬(Work Queue)
암기법(해당경우) [위작워크] WIP제한, 작업시간 측정/최적화, Workflow 시각화

 

기출문제

번호 문제 회차
1 Agile의 Scrum과 kanban방법의 차이점과 보완점을 설명하시오 105.정보관리.1.13
2 칸반(Kanban)에 대하여 설명하시오. 합숙_2016.01 1일차
3 Agile 프로세스가 국내에 많이 도입이 되고 있다. 프로젝트 관리자로서, 프로젝트마다 개별 개발방법론과 프로세스의 테일러링이 필요하다. 다음 질문에 대해 설명하시오.
가. SW의 획득가치기법인 EVM과 Burn Down Chart를 비교하시오.
나. 린 프로세스를 정의하고 7개 원칙에 대해 5가지 이상 설명하시오.
다. Kanban과 린 프로세스를 비교하시오.		 합숙_2016.01 5일차
4 Agile 개발 방법론중 하나인 Kanban에 대하여 설명하시오. 합숙_2014.01 5일차
5 애자일의 개발방법론이 많은 장점을 가졌음에도 불구하고 국내 SW개발 사업에서 널리 사용되지 못하고 있다. 다음을 설명하시오
가. Scrum중심으로 Agile을 설명하시오
나. Kanban을 설명하시오		 모의_2019.07 2교시
6 소프트웨어 Agile개발방법론에 대해 다음 질문을 설명하시오.
가. XP, SCRUM, KANBAN에 대해 비교 설명
나. LEAN개발방법론에 대해 설명		 모의_2016.10 4교시
7 최근 다양한 Agile 개발방법론이 대두되고 있는데, 다음 세가지 Agile 개발 방법론에 대해 비교 설명하고, 향후 Agile 개발 방법론 발전 방향에 대해 기술하시오.
가. XP
나. SCRUM
다. KANBAN		 모의_2015.11 4교시
8 소프트웨어 공학에 린 제조업의 원리를 적용시킨 린(Lean) 소프트웨어 개발기법에 대해 설명하고, 칸반(Kanban)과 스크럼(SCRUM)을 비교하시오. 모의_2014.06 3교시
9 Agile 방법론인 Kanban에 대해 SCRUM과 비교하여 설명하시오. 모의_2013.12 1교시

 

 

 

 

 

 

I. Lean thinking 기반의 적시개발을 위한 Agile 개발 방법론, Kanban의 개요

가. KANBAN 개발 방법론의 정의

- 칸반보드를 통해 개발공정을 시각화 하고 WIP 제한을 이용해 workflow 상의 공정을 관리하고 최적화하여 적시개발(just in time Development) 를 지원하는 Agile 방법론

나. KANBAN 개발방법론의 특징

특징 상세내용 사례
Workflow 시각화 - 담당자에게 분할된 수행업무를 카드에
기록 및 Kanban보드 게시		 - To do, Dev, Test, Release, Done
WIP 제한
(Work in Process)		 - Workflow 상에 동시에 진행될 수 있는
 항목을 제한		 - 동시진행 항목 제한
- Workflow 제어 및 업무 재분배
소요시간 측정
및 최적화		 - 한 항목을 완료하는데 걸리는 평균시간인 사이클 타임(Cycle time)을 산정 - 소요시간 최소화를 위한 프로세스 최적화

II. Kanban 개념도(구성도) 및 기술요소

가. Kanban의 개념도

 

 

- TO-DO 리스트를 보고 작업자가 해당 작업을 선택하고 개발 진행, 배포, 서비스 등 순차적으로 Workflow를 가시화

나. Kanban의 구성요소

구성요소 상세내용
Kanban Board 프로세스를 기재한 Board와 스토리카드를 이용해 업무흐름제어
Process 실제 업무가 이루어지는 단계 및 업무 수행을 통한 산출물 작성
Work Queue
(대기행렬)		 대기행렬, 개발 대기, 테스트 대기, 배포/릴리즈 대기과정
총 주기 시간
(total cycle time)		 총 작업의 수행시간. 개별업무의 Cycle Time의 합으로 구성

 

III. KANBAN과 SCRUM 적용 프로세스 측면 비교

구분 KANBAN SCRUM
진척 관리 하나의 스토리가 한번의 반복 과정에서 완성(WIP) time-box 구간 내에서 반복 수행(sprint)

total cycle time을 활용하여 성과 측정 bun down chart 사용 팀 성과 측정
역할과
업무 협의		 별도로 정의된 역할과 미팅이 없음 특정 역할과 업무 협의(meeting)

조직 내에서 익숙한 방법을 사용 정의(스크럼마스터, 제품책임자)

기존 SCRUM사용 조직은 그대로 사용 스프린트 계획미팅(스토리 내 스프린트 결정)
기존 방법론에서 이행 기존 프로세스와 함께 시작하면서 지속적 개선 SCRUM자체의 체계와 기 사용 중인 방법론에서 전환 어려움
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

CI, CD  (0) 2024.03.06
Lean(린)  (1) 2024.03.05
XP  (0) 2024.03.03
SCRUM  (0) 2024.03.02
Agile 선언문 4-12  (0) 2024.03.01
71
상 XP [정의] 의사소통 개선, 즉각적인 피드백에 의해 단순하게 코딩하여 SW품질을 높이기 위한 방법론
[5가치] 용기, 피드백, 의사소통, 단순함, 존중
[12Practice] 개발 - 페어프로그래밍,공동소유/공동책임,CI
관리 - Planning Process, Small Release, Metaphor
구현 - Simple Design, TDD, 리팩토링
환경 - 40-hour work, 고객의 상주 / 기타 - 코드표준준수
[구성] User story -> 구조적Spike-배포 계획-추가(반복)-인수테스트-작은릴리즈 ->Spike
용단커피존
유구배반인작
토픽 이름(중) XP
분류 프로젝트 관리 > Agile 프로세스 > XP
키워드(암기) 용단커피존, 12개 프랙티스
전체팀(Whole Team)
암기법(해당경우) 가치 : [용단커피존] 용기, 단순함, 커뮤니케이션, 피드백, 존중
12가지 실천항목
[개관구환] 개발, 관리, 구현, 환경
개 - [공지페] 공동책임, 지속적 통합, 페어프로그래밍
관 - [메게작(PMS)] -> 메타포, 게임계획, 작은릴리즈 / Planning Game, Metaphor, Small
Release
구 - [리테디] 리펙토링, 테스트주도개발, 단순한 디자인
환 - [4상표] 40시간 작업, 고객상주, 코드표준화

 

기출문제

번호 문제 회차
1 2. XP(eXtreme Programming)의 특징 및 실천 방법(practice)들을 설명하시오. 123.컴시응.3교시.2
2 XP의 12가지 Practice중의 하나인 Continuous Integration을 설명하시오 합숙_2012.08 4일차
3 eXtreme Programming에 대해 설명하시오. 합숙_2013.01 1일차
4 많은 기업에서 애자일 방법론을 도입하려 고민하거나, 현재 적용하고 있습니다. 그 이유나 목적은 다양하지만 ‘신뢰성 높은 소프트웨어를 빨리 개발하자’는 가치를 공유하고 있습니다.
가. 애자일 방법론 중 대표적인 방법론인 XP, 스크럼, 린에 대해서 설명하시오.
나. 애자일 방법론의 대표적 실천사항(Practice) 중 사용자 스토리(User Story), 플래닝 포커(Planning Poker), 속도(Velocity)에 대해서 설명하시오.		 모의_2014.12 2교시
5 최근 다양한 Agile 개발방법론이 대두되고 있는데, 다음 세가지 Agile 개발 방법론에 대해 비교 설명하고, 향후 Agile 개발 방법론 발전 방향에 대해 기술하시오.      가. XP      나. SCRUM     다. KANBAN 모의_2015.11 4교시
6 소프트웨어 Agile개발방법론에 대해 다음 질문을 설명하시오.
가. XP, SCRUM, KANBAN에 대해 비교 설명
나. LEAN개발방법론에 대해 설명		 모의_2016.10 4교시
7 소프트웨어 제품에 대한 가시성을 제공하는 애자일(Agile) 헌장을 기술하시고 애자일 개발방법론인 스크럼(SCRUM)과 XP 대하여 아래 항목을 설명하시오
가. 스크럼(SCRUM)의 개념 및 프로세스
나. XP(eXtreme Programming) 프로세스 및 12 가지 실천사항(7 개이상)
다. 사용자스토리(User Story), 스토리포인트(Story Point)		 모의_2016.11 4교시
8 애자일(Agile)방법론인 XP의 12가지 Practice중 하나인 TDD(Test Driven Development)의 프로세스 및 장단점을 설명하고 BDD(Behavior Driven Development)를 설명하시오. 모의_2013.07 3교시
9 XP의 User Story에 대해 설명하시오. 모의_2012.05 2교시
10 XP의 핵심가치를 실현하기 위한 12가지 프렉티스 중 CI(Continuous Integration)에 대하여 설명하시오 모의_2011.04
 3교시
11 XP의 핵심가치를 실현하기 위한 12가지 프렉티스를 6가지 이상 설명하시오. 모의_2010.01 1교시

 

I. 유연하고 신속한 개발 방법론, XP의 개요

가. XP(eXtreme Programming)의 정의

  • 의사소통과 TDD(Test driven development)를 기반으로 짧은 개발 주기를 통해 소프트웨어를 생산하는 애자일 개발 프로세스의 대표적 개발 방법론

나. XP의 핵심가치

핵심가치 설명
용기 고객의 요구사항 변화에 능동적인 대처
단순성 부가적 기능, 사용되지 않는 구조와 알고리즘 배제
의사소통(커) 공통의 메타포 사용, 페어 프로그래밍 등 관리자, 개발자, 고객 간의 의사 소통
피드백 빠른 피드백을 원칙으로 해결 할 수 있는 일 먼저 처리
존중 구성원 상호간의 존중, 프로젝트에 대한 존중

 

II. 개념도(구성도) 및 기술요소

  1. XP의 프로세스

 

  1. XP 개발 프로세스 단계별 내역
단계 설명
유저스토리
User Story		 - 고객이 필요한 것이 무엇인지를 기술(요구사항 수집, 의사소통 도구)
- 릴리즈 계획을 작성하기 위한 단위
스파이크
Spike		 - 잠재적 솔루션들을 고려하기 위해 작성하는 간단한 프로그램(핵심 기능 프로토타입)
- 사용자 스토리의 신뢰성을 증대 시키거나 기술적 문제의 위험성을 줄일 목적으로 작성
배포계획
Release Planning		 - 전체 프로젝트에 대한 배포 계획을 생성
- 의사결정 등 모든 규칙을 포함, 그 규칙에 의한 프로젝트 수행 방법 정의
반복
Iteration		 - 반복적 개발에서는 민첩함이 중요, 1-3주 정도로 나누어 반복을 균형적으로 유지
- 프포세스의 평가와 계획을 단순하고 신뢰성 있게 만드는 핵심 항목
인수 테스트
Acceptance Test		 - 고객은 작동하는 시스템을 보면서 진척 사항 확인
- 고객이 직접 명세한 테스트 통과 파악
소규모 배포
Small Release		 - 짧은 사이클, 소규모의 빈번한 배포를 통해 고객에게 이득을 조기 제공
- 프로그램은 빠른 피드백을 제공 받음

 

III. XP의 12가지 실천항목

구분 실천항목 내용
개발 페어 프로그래밍
(Pair Programming)		 두명이 한대 컴퓨터에서 개발(오류 감소, 생산성 향상)

공동 책임
(Collective Ownership)		 시스템에 있는 코드는 누구든지 언제라도 수정 가능

지속적 통합
(Continuous Integration)		 하루에 몇 번이라도 시스템 통합하여 빌드 가능
관리 게임 계획
(Planning Game)		 User Story 이용하여 next Release 범위 빠르게 결정

작은 릴리즈
(Small Release)		 필요한 기능들만 갖춘 간단한 시스템을 빠르게 릴리즈 (2주단위)

메타포(Metaphor) 문장형태로 시스템 아키텍처 기술, 고객과 개발자간 의사소통 언어
구현 단순한 디자인
(Simple Design)		 요구사항을 만족시키도록 가능한 단순하게 설계함

테스트 주도 개발
(Test Driven Develop)		 테스트 주도(TDD), 테스트를 통한 고객 검증, 승인

리펙토링 (Refactoring) 기능에 변화 없이 코드 수정을 통해 디자인 개선
환경 40시간 작업
(40-hour per week)		 주 40시간 이상 일하지 말도록 규칙, 2주 연속으로 오버타임 금지

고객 상주
(On-Site Customer)		 고객이 프로젝트에 풀타임 상주, 의사 결정 지원
기타 코딩 표준화
(Coding standards)		 커뮤니케이션 향상을 위해 코드가 표준화된 관례에 따라 작성
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

Lean(린)  (1) 2024.03.05
Kanban  (4) 2024.03.04
SCRUM  (0) 2024.03.02
Agile 선언문 4-12  (0) 2024.03.01
정량적 위험 분석  (4) 2024.02.29
70
상 SCRUM [정의] product backlog를 sprint단위로 분할하여 반복적으로 개발하며 daily
meeting, review통해 개선활동을 수행하는 Agile개발방법론
[3역할자] product owner, scrum master, team
[공정관리] burn down chart(계획과 실제번다운 표현)와 velocity측정
[작업조정] sprint진행중 작업추가 불가능
[절차] Product Backlog 미팅 -> Story Point 산정 -> Spring backlog 작성 -> sprint -> daily standup metting -> sprint review -> retrospective review		 daily meeting, sprint backlog, product
backlog, master, 그루밍(PO리딩)
번다운차트(가로:스프린트,세로:남은업무)
time boxing, 피어리뷰
회고(Restrospective)		  
토픽 이름(상) SCRUM
분류 프로젝트 관리 > Agile 프로세스 > SCRUM
키워드(암기) XP, SCRUM, 번다운차트, PO, SM 등 조직 구조 이해, 사례
Working Group(SCRUM team), Daily SCRUM Meeting
Sprint Review Meeting , Sprint Retrospective
암기법(해당경우)  

 

기출문제

번호 문제 회차
1 1. SCRUM의 팀구성 및 개발프로세스 123.정보관리.1.1
1 13. Agile의 scrum과 Kahban 방법의 차이점과 보안점을 설명하시오 105.정보관리.1.13
2 SCRUM의 특성과 프로세스를 설명하시오 93.정보관리.1
3 1. 다음 기업에서 워킹그룹(Working Group)으로 애자일 팀을 구축하고, 애자일 프로세스를 도입해서 적용하시오.
(단, 답안은 SCRUM 기반으로 용어를 표기하여 설명하시오.)
가. 위 사례에서 워킹 그룹을 구축한 사례를 도식화 하시오.
나. 워킹 그룹의 작업 현황판 목록을 도출하고, 설명하시오.
다. 애자일 선언문 4개 내용과 실행 원칙을 5개 이상 기술하시오.
라. 애자일 팀에서 진행하는 회고 미팅에 대해 설명하시오.
    (단, 3가지 회고 미팅 주제로 설명할 것)		 합숙_2019.04_정보관리_DAY3
4 10. 스크럼마스터(Scrum Master)의 주요 역할에 대해 설명하시오. 합숙_2019.01_DAY1
5 13. 프로젝트관리자(Project Manager)와 스크럼 마스터(Scrum Master)의 차이를 설명하시오. 합숙_2018.01_DAY1

 

I. 실용주의 개발 방법론 SCRUM의 개요

가. SCRUM의 정의

- 팀의 개선과 프로젝트 관리를 위한 개발 방법론으로, 작은 개발팀과 짧은 개발기간 동안 점진적

(incremental), 반복적(Iterative)으로 소프트웨어를 개발하는 애자일 개발방법론

나. SCRUM의 특징

특징 설명
협업중심 항상 팀 단위로 생각하며, 팀 단위 협업을 통해 고품질 제품을 효율적 생산하기 위한 환경을 제공함
사회공학기법 프로젝트 이해관계자들의 적극적인 협력과 참여 촉진하여, 관련자의 성취감 충족을 목적으로 함
Sprint 수행 스프린트(Sprint)라는 약 4~6주 정도의 개발 주기를 가지며, 이를 반복 수행함
Daily scrum meeting 8~10명 정도의 scrum팀은 매일 15분 정도의 회의를 통해 진척관리와 이슈 중심 계획 리뷰 실시
독립적 방법론 특정 언어나 방법론에 의존하지 않으며, 개발 언어와 상관없이 적용 가능 개발 기법

 

II. SCRUM의 프로세스 및 프로세스 설명

  1. SCRUM의 프로세스

 

 

단계 수행 목록 내용
1 Product Backlog 작성 요구 사항 목록에 우선순위를 매겨 제품 기능 목록(product backlog) 작성
2 스프린트 계획 회의
(Spring Planning Meeting)		 스프린트 구현 목록(sprint backlog) 작성하고 스프린트 개발 시간 추정
3 스프린트 수행
(Burn down Chart
Daily Scrum Meeting)		 스프린트 개발을 진행하며 일일 스크럼 회의를 통해 진척사항을 확인하고 진행률을 소멸 차트에 표시
4 스프린트 개발 완료
(Spring Review)		 잠재적으로 출시 가능한 제품 증분
5 스프린트 완료 후
(Spring Retrospective)		 스프린트 검토 회의를 하며 스프린트 회고 후 두 번째 스프린트 계획 회의

나. SCRUM 구성요소 설명

구분 구성요소 설명
요구사항

 Product backlog - PO(Product Owner)에 의해 우선순위가 정해진 사용자가 요구하는 제품의 기능 목록
Sprint backlog - 각각의 sprint 주기에서 개발할 작업 목록
- Sprint 기간 동안 개발 가능한 기능의 목록을 product backlog에서 선택
주기 Sprint - 보통 2~4주 정도로 짧은 기간을 가지는 반복 개발 주기
- 각 sprint 단계 종료 시 새로운 기능이 추가되어 실행 가능 제품이 인도되어야 함
회의







 Product Backlog Meeting - Product Owner 가 이해관계자들과 미팅후 우선순위 선별. Product backlog 작성
Spring Planning Meeting - 스프린트 계획 회의, 스프린트 백로그 산정
Daily scrum meeting - 일일 15분 정도의 짧은 회의이며 어제 한 일, 오늘 할 일, 이슈사항 발표
- SCRUM master는 진척사항 검토 및 이슈사항 확인
Sprint review - 하나의 스프린트 반복 주기가 끝났을 때 실행 가능한 제품에 대해 검토
- 스프린트 목표달성 여부, 작업 진행과 결과물 확인
Sprint Retrospective - 스프린트 종료 후 수행활동과 개발한 것을 되돌아보고 개선점이나 규칙 및 표준을 잘 준수했는지 검토
관리 Burn-down chart - 하나의 스프린트에서 작업에 대한 완료 추이를 나타낸 차트

III. PO, Scrum Master, Scrum Team의 설명

담당자 항복 역할
제품 책임자
(product owner)

 제품 기능 목록 작성 - 제품 기능 목록을 만들고 비즈니스 관점에서 우선순위와 중요도를 매기고 새로운 항목을 추가
스프린트 운영 관여 안함 - 스프린트 계획 수립 시 까지만 역할을 수행하고, 스프린트가 시작되면 팀 운영에 관여하지 않음
스크럼 마스터
(scrum master)

 조력자 역할
애자일 촉진자		 - SCRUM에서 PM(Project Manager)
- 업무를 배분만 하고, 일은 강요하지는 않음
- Scrum 팀이 스스로 조직하고 관리하도록 지원
개발 방해 요소 제거 - 개발 과정에 방해될 만한 요소를 찾아 제거
스크럼 팀
(scrum team)



 요구사항 구현 - 팀원은 보통 5~9명으로 구성되며, 사용자 요구 사항을 사용자 스토리로 도출하고 이를 구현
제품 시연 - 하나의 스프린트에서 생산된 결과물을 제품 책임자에게 시연
스크럼 회의 진행 - 매일 스크럼 회의에 참여하여 진척 상황을 점검

IV. Scrum 미팅 유형 비교

[참고] 회고 미팅 3가지 분류

- Working Group 전체가 참석하여, 편하게 대화할 수 있는 장소로 이동, ‘한 명씩 돌아가며, 이야기 하는’ 형태의

개선의 장이 될 수 있는 미팅. (1H 내외)

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

Kanban  (4) 2024.03.04
XP  (0) 2024.03.03
Agile 선언문 4-12  (0) 2024.03.01
정량적 위험 분석  (4) 2024.02.29
획득가치관리(EVM)  (1) 2024.02.28
5 Agile 프로세스 출제예상 선언문 4개 문장 [정의] 절차보다 사람이 중심 되어 변화에 유연하고 신속하게 적응해 효율적으로 개발 할 수 있는 방법론
[특징] 1)고객만족 2)짧은 반복주기 3)암묵적 지식의존 4)PM역할변화 5)개발자 동기부여 6)의사소통 활성화
[장점] 1)ROI증대 2)TimeToMarket/Delivery Time감소 3)창의성/생산성 향상 4)품질향상(잦은 테스트)
[단점] 1)문서화부족 2))사업관리 미흡 3)감리대응 문제 4)변경 오버헤드
[선언문]
공정,도구 > 개인과 상호작용
계획 추구 > 변화에 대응
포괄적 문서 > 작동하는 소프트웨어
계약 협상 > 고객과의 협력
개변동고
공계문계
68
출제예상 12개 원칙 고객만족 추구, 요구변경 수용, 짧은 배포주기, 일일의사소통, 동기부여,
면대면대화, 작동하는 SW가 척도, 지속 가능개발, 좋은 설계 관심,
단순성 추구, 자기조직적팀, 효율성 제고
고요배의동
대SW지좋단자효
토픽 이름(출제예상) 선언문 4개 문장_12개 원칙
분류 프로젝트 관리 > Agile 프로세스 > 선언문 4개 문장_12개 원칙
키워드(암기) Manifesto, Principles, 개변동고, 고요배의 동대소지 좋단자효
암기법(해당경우) 개변동고 공계문계, 고요배의 동대소지 좋단자효

기출문제

번호 문제 회차
1 1. 다음 기업에서 워킹그룹(Working Group)으로 애자일 팀을 구축하고, 애자일 프로세스를 도입해서 적용하시오.
(단, 답안은 SCRUM 기반으로 용어를 표기하여 설명하시오.)
가. 위 사례에서 워킹 그룹을 구축한 사례를 도식화 하시오.
나. 워킹 그룹의 작업 현황판 목록을 도출하고, 설명하시오.
다. 애자일 선언문 4개 내용과 실행 원칙을 5개 이상 기술하시오.
라. 애자일 팀에서 진행하는 회고 미팅에 대해 설명하시오.
    (단, 3가지 회고 미팅 주제로 설명할 것)		 합숙_2019.04_관리_Day-3
2 1. 애자일 소프트웨어 개발 선언(Manifesto for Agile Software Development)에서 발표한 4가지 가치, 12가지 원칙에 대하여 설명하고 애자일 개발 문화를 확산시키기 위한 CSF(Critical Success Factor)를 제시하시오. 합숙_2020.01_공통_Day-1
3 최근 기민한 개발 방법론과 Enterprise 개발 방법론의 결합을 위한 다양한 시도가 증가하고 있다.
  가. Agile Manifesto 4가지에 대해 설명하시오.
  나. Agile 방법론 중 가장 대표적인 방법론인 XP에 대해 설명하시오.
  다. 전통적인 방법론과 Agile방법론을 비교하고 기존 방법론과 결합하기 위한 방안을 제시하시오.		 합숙_2011.02_공통_Day-1

 

I. 사람중심의 유연한 개발방법론, Agile 방법론의 개요

가. Agile 방법론의 정의

- 효율적인 제품, SW 개발을 위해 절차보다는 사람과 제품에 집중하여 낭비를 제거하고 고객의 요구사항을

보다 유연하고 신속하게 반영하기 위한 방법론

  나. Agile 방법론의 등장배경

 

SW 개발 환경
변화		 - 정보시스템에 대한 사용자 요구 다양해지고, 정보시스템 수명주기 짧아짐
- 정보시스템의 적시성(time-to-market)과 Product의 적시 배포(Release)가 중요해짐
개발 방법론
한계		 - 문서위주, 절차중심의 방법론은 변화에의 신속한 적응이 어려움
- 변화에 빠르게 적용하고 효율적으로 개발할 수 있는 방법론이 필요
- 소규모 및 중간규모 시스템에 무거운 계획 기반 기법 적용 시 오버헤드가 너무 커짐

II. Agile 4가지 가치(Value) 및 12가지 원칙(Principle)

  가. Agile 4가지 가치(Value)

가치 설명
개인과 상호작용 공정과 도구보다 개인과 상호작용을 강조
변화에 대응 포괄적인 문서보다 작동하는 소프트웨어에 가치를 둠
작동하는 소프트웨어 계약 협상보다 고객과의 협력에 가치를 둠
고객과의 협력 계획을 따르기보다 변화에 대응하는 것에 가치를 둠

나. Agile 12가지 원칙(Principle)

12가지 원칙 핵심 설명
고객만족 추구 고객 최우선 중시 - 빠른 배포와 피드백 반영, 고객의 만족도 향상
요구사항 변경 수용 요구 변경 상황 인정 - 고객 요구 변경 인정 및 대응을 위한 유연성
짧은 배포 간격 CI/CD 활용 - 도구 등을 통해 빠른 배포, 고객 피드백 반영
현업-개발자간 일일 의사소통 소통 중시 - 담당자와 개발자 간의 소통을 통한 업무 효율화
동기부여된 사람들 중용/지원 상호 존중 문화 - 동기 부여된 팀원을 중용 및 환경 지원
면대면 대화 의사소통의 효율화 - Daily Meeting등을 통한 면대면 대화
지속 가능한 개발 장려 일정한 속도 유지 - 지속 가능한 개발 및 프로젝트 진행 장려
작동하는 소프트웨어 진척도로 SW중시 - 직접 SW의 기능/비기능적 요소 및 진행관리
좋은 기술, 설계 관심 복잡성 줄이기 위한 기술 우수성 중시 - 우수한 기술, 아키텍처 중시 및 공유
단순성 추구 일정/진행사항 단순화 및 시간 절약 - 목표 업무와 연관 없는 일들을 최소화
자기 조직적 팀 조직 생산성 증대 - 책임감 부여,생산성 증대위한 자기조직적 팀
정기적 효율성 제고 업무 효율성 증대 - 스프린트 리뷰를 통해 다음 스프린트에 반영 할 수 있는 요소 적용

 

III. Agile Methodology의 장단점

가. Agile Methodology의 장점

장점 설명
ROI 증대 - 고객들에게 가치 있는 기능들을 빠르고 안정적으로 전달
Delivery Time 감소 - 요구사항의 변화를 유연하게 수용함으로써 Time to Market 실현
창의성 향상 - 팀 자율성 강화를 통한 업무만족도와 창의성 향상
생산성 향상 - 불필요한 산출물 제거 및 팀 협업 강화
제품 품질 향상 - 고객의 주기적 피드백 및 빈번한 테스트

 

나. Agile Methodology의 단점

단점 내용
체계적인 문서화
및 지침 부족		 - Agile 프로세스 적용을 지원하는 문서화나 구체적인 지침 부족
- 전체 제품에 대한 통합과 테스팅에 대한 가이드가 부족
요구사항 변경에
의한 오버헤드		 - 비기능적인 요구사항에 대한 고려가 부족
- 요구사항의 잦은 변경에 따른 테스트 수행노력 증가
사업 관리 부분
미흡		 - 측정지표가 개발자 위주로 상위관리자의 요구를 충족하기 충족하기 어려움
- 프로젝트 리스크 관리 (Risk management)에 대한 고려 부족
감리 대응 문제 - 기존 방법론에 비해 적은 문서량, 감리 기준에 부합되지 않는 산출물로 이슈 발생
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

XP  (0) 2024.03.03
SCRUM  (0) 2024.03.02
정량적 위험 분석  (4) 2024.02.29
획득가치관리(EVM)  (1) 2024.02.28
자원 최적화  (0) 2024.02.28
상 정량적 위험 분석 [정의] 프로젝트 위험을 수치화 하여 프로젝트에 미치는 영향 분석하는 프로세스
[기법]
영향관계도
민감도 분석(토네이도 다이어그램, 일원분산분석, 시나리오 분석)
의사결정 분석(EMV)
모의실험(몬테카를로 시뮬레이션)		 영민의모
토픽 이름(상) 정량적 위험 분석
분류 프로젝트관리 > 위험관리 > 정량적 위험 분석
키워드(암기) 시뮬레이션, 민감도 분석, 의사결정 트리(Decision Tree)
금전적 기대값 분석(EMV),
정량적 위험 분석 기법을 통한 위험을 수치화 함
암기법(해당경우) [수분대기] 수집, 분석, 대인관계 및 팀 스킬, 기타
수-[인] 인터뷰
부-[영민의모] 영향도, 민감도 분석, 의사결정, 모의실험
대-[촉] 촉진
기-[불전] 불활실성 표현, 전문가 판단

기출문제

번호 문제 회차
1 5. 정량적 위협분석의 정의와 필요성을 설명하고, 아래의 4가지 위험분석 기법에 대하여 예시를 들어 설명하시오.
가. 의사결정나무 분석(Decision Tree Analysis)
나. 금전적 기대값 분석(Expected Monetary Value Analysis)
다. 몬테카를로 시뮬레이션(Monte Carlo Simulation)
라. 민감도 분석(Sensitivity Analysis)		 123.관리.4.5
2 1. 정량적 위험분석 4가지 방법에 대하여 예시를 들어 설명하시오.
가. 민감도 분석(Sensitivity Analysis)
나. 금전적 기대값 분석(Expected Monetrary Value Analysis)
다. 의사결정나무 분석(Decision Tree Analysis)
라. 몬테카를로 시뮬레이션(Monte Carlo Simulation)		 117.관리.2.1
3 2. 위험관리 프로세스, 위험분석의 정성적 위험 분석, 정량적 위험 분석을 서술하시오 모의_2019.07.관리.3

 

I. 개별 프로젝트 위험의 우선 순위를 결정하는 분석절차, 정량적 위험 분석의 개요

- 식별된 개별 프로젝트 위험과 기타 불확실한 원인이 전체 프로젝트 목표에 미치는 영향을 수치적 분석하는 프로세스

II. 정량적 위험 분석 기법 설명

번호 문제 회차
데이터 수집 인터뷰 위험의 확률 및 영향을 수치로 환산하기 위해 선례 정보나 경험을 참고하는 방법으로 필요한 정보는 사용될 확률 분포에 따라 달라짐.
데이터 분석 영향도 다양한 위험요인, 원인들이 결과에 미치는 관계를 도표로 표현한 분석기법

민감도 분석 - 불활실한 요소를 걸정하여 목표에 영향을 미치는 정도를 분석 다른 위험 수치는 고정시킨 상태에서 임의의 한 위험을 변동 했을 때 전체 프로젝트에 미치는 영향력이 변동하는지 분석
- 토네이도 다이어그램, 일원분산분석, 시나리오 분석

의사결정 분석 각 의사결정에 따른 기대값을 계산하여 최적의 의사결정 선택
EMV (Expected Monetary Value)
- 예상되는 금전적인 가치로 위험의 크기를 측정하여 의사결정

모의실험 - 모수, 변수에 대하여 다양한 수치를 대입하여 확률변수의 분포 산정하는 기법
- 몬테카를로 분석법
특정 변수를 예측하기 위해 확률모형의 모수나 변수에 대해 반복적으로 여러 수치를 대입하여 확률 변수의 분포를 산정한다
데이터 표현 위험 확률 및 영향력 매트릭스 평가된 리스크 확률-영향을 P-I Matrix를 사용하여 등급화

계층적인 차트 3개 모수를 표현하는 버블차트
버블의 크기가 클수록 허용할 수 없는 큰 위험 요소이다.
버블의 크기는 영향 값(Impact value)이다.
대인관계 및 팀 기술 촉진 워크샵을 통해, 협의 도출 및 창의적으로 접근
기타 기법 불활실성 표현 기간, 원가, 일정, 자원의 요구사항에 대한 불확실성을 확률분포(Probability distributions)로 표현하는 것을 말함.

전문가 판단 유사 프로젝트나 도메인 및 비즈니스 관련 분야에 경험을 가진 전문가가 직접 위험을 수치화 및 모델링 적용

“끝”

[참고] 정량적 위험 분석 수행 (Plan Scope Management) ITO

입력물(Input) 도구 및 기법(Tool & Technique) 산출물(Output)
1. 프로젝트 관리 계획서
- 위험 관리 계획서
 (Risk Management Plan)
- 범위/일정/원가 기준선
2. 프로젝트 문서
가정사항 로그, 산정 근거
 원가 산정, 원가 예측치
 일정 예측치, 기간 산정,
마일스톤 목록
 자원 요구사항
 위험 관리대장(Risk Register)
 위험 보고서
3. 기업환경요인(EEF)
4. 조직 프로세스 자산(OPA)		 1. 전문가 판단(Expert Judgment)
2. 데이터 수집((Data Gathering)
- 인터뷰
3. 대인관계 및 팀 기술  (Interpersonal and team skills)
- 촉진
4. 불확실성 표현 (Representation of Uncertainty)
5. 데이터 분석
- 모의실험(Simulation)
- 민감도 분석(Sensitivity Analysis) - 의사결정 분석(Decision Analysis)
- 영향도(Influence Diagram)		 1. 프로젝트 문서 갱신 (Project Document Updates)
 - 위험 보고서

 

 

[몬테카를로(Monte Carlo) 시뮬레이션]

 

구분 설명
정의 - 특정 변수 예측 위해 투입 데이터의 확률분포에 따른 난수 반복적 생성하여 누적 분포 만들고, 누적결과 분석해 확률적 모형 제공하는 통계적 분석 방법
예시
- 이 누적 분포는 프로젝트가 $41M의 산정치 충족할 확률이 12%
- 보수적 조직에서 75%의 성공 확률을 원하는 경우, $50M의 예산(약 22% ($50M - $41M)의 우발사태 예비비)이 필요.

 

[민감도 분석 (Sensitivity Analysis)]

구분 설명
정의 - 선택된 방법과 데이터가 결과에 미치는 영향을 평가하기 위한 분석 절차
프로젝트의 목표에 잠재적 영향력이 큰 위험을 분석하고 결정하는데 유용한 방법으로 불확실한 요소를 기준 값으로 설정하고 대상이 목표에 영향을 미치는 정도를 분석하는 방법
종류



 토네이도 다이어그램
(Tornado Diagram)		 - 입력데이터에 같은 비율 적용하여 산출물 변화량 설명
일원 분산 분석
(one-way ANOVA)		 - 셋 이상의 집단간 통계적으로 유의미한 차이가 있는지 검증하는 방법
시나리오 분석
(Scenario Analysis)		 - 가정을 토대로 미래 상황 기술하는 것으로 시스템 경계, 할당 방법, 기술, 시간, 공간 및 가중치 방법등 사용
예시

- 토네이도 다이어그램		 - 민감도가 큰 순서대로 막대그래프로 표시
- 위험의 긍정적/부정적 영향의 정도와 민감도를 표시



 

 

 

[의사결정 나무 분석 (Decision Tree Analysis)]

구분 설명
정의 - 각 시나리오의 예상되는 금전적 가치를 산정(=금전적 기대값 분석(Expected Monetary Value analysis))해 평가하여, 최적 의사결정 경로 결정하는 방법
- 여러 대안 조치 과정 중 가장 효과적인 대안 선택하는데 사용
예시
- 금전적 기대값 (EMV) = 발생확률 * 기대금액
- 발생확률이 65%이고 영향도가 80억이면, EMV = 0.65 * 80억 = 52억 이 된다.

 

[영향 관계도 (Influence Diagrams)]

분석기법 설명
영향 관계도
(Influence diagrams)		 위험의 원인과 결과를 순서대로 정의한 도표로, 다양한 변수와 결과 사이의 영향 분석하고자 작성한다. 이때도, 범위 및 확률 분포를 통해, 영향 관계도에 나타낼 수 있음
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

SCRUM  (0) 2024.03.02
Agile 선언문 4-12  (0) 2024.03.01
획득가치관리(EVM)  (1) 2024.02.28
자원 최적화  (0) 2024.02.28
프로젝트 일정 단축기법  (0) 2024.02.27
상 획득가치관리(EVM) [정의] 프로젝트 비용, 일정, 수행목표의 기준을 설정하고 계획 대비 실제 진도 측정 및 분석을 통해 문제점 분석, 만회 대칙 수립, 향후 예측을 가능하는 성과 위지 관리 기법
[계획요소] PMB,BAC
[측정요소] PV, AC, EV
[분석요소] CV(EV-AC), CPI, SV(EV-PV), CPI
[예측요소] BCWR, ETC(잔여분 산정치, BCWR/CPI),
EAC(완료시점 산정치, (Atypical)AC+BCWR, (typical)AC+ETC), VAC(비용편차, BAC-EAC),
TCPI(완료성과지수, (BAC-EV)/(BAC-AC) )		 강정배 공식 노트
(PMP바이블의 공식모음집) 필독!!!		 측분예
토픽 이름 (상) 획득가치관리(EVM)
분류 PM > 획득가치관리(EVM)
키워드(암기) 측정요소(PV, EV, AC, BAC), 분석요소(SV, CV, SPI, CPI), 예측요소(ETC, EAC, VAC, BCWR, TCPI), Typical/Atypical
암기법(해당경우) 원가, 일정, 진행률을 통합한 원가통제기법

기출문제

번호 문제 회차
1 5. Agile 프로세스가 국내에 많이 도입이 되고 있다. 프로젝트 관리자는 개발방법론과 Agile 프로세스를 프로젝트웨 맞게 테일러링(Tailoring)하고자 한다. EVM(Earned Value Management)와 Burn Down Chart를 비교하고, 프로젝트 적용 방안을 설명하시오. 119.정보관리.2
2 6. 당신은 어느 한 프로젝트의 PM이다. 아래 사항을 참조하여 다음을 설명하시오.
-----------------------------------------------------------------------------------------------
1. 프로젝트 수행기간의 목표는 25일이다.
2. A 액티비티는 소요기간이 10일이다.
3. B 액티비티는 A 액티비티가 완료된 후에 시작할 수 있으며, 소요기간이 13일이다.
4. C 액티비티는 소요기간이 12일이다.
5. D 액티비티는 C 액티비티 완료된 후에 시작할 수 있으며, 소요기간이 15일이다.
-----------------------------------------------------------------------------------------------
가. 네트워크 다이어그램을 작성하시오.
나. 주경로의 수행기간을 계산하시오.
다. 목표 수행기간을 맞추기 위해서 수행기간을 단축할 수 있는 방법을 설명하시오.
라. 일정을 단축하기 위해 기존팀원 5명에 더해 팀원 1명을 추가로 투입하였다. 의사소통 수(커뮤니케이션 통로의 수)가 기존보다 얼마나 더 늘어나는지 계산하시오.
마. 프로젝트 획득가치관리(Earned Value Management)보고서에 EV=95백만원, PV=110백만원, AC=100백만원, BAC=950백만원이다. CV와 CPI를 구하고 현재까지의 작업효율이 유지될 경우의 EAC를 계산하고 설명하시오.
    (단, EV : Earned Value, PV : Planned Value, AC : Actual Cost, BAC : Budget At Completion,
         CV : Cost Variance, CPI : Cost Performance Index, EAC : Estimate At Completion이다.)		 118.정보관리3
3 새로운 IT 프로젝트를 수행 중에 있다. 각 단계의 일정은 한 달씩 걸리고, 각 단계 마다 10,000천원의 예산이 할당되었다. 각 단계는 해당 단계가 끝난 후에 다음 단계를 수행하도록 되어 있다. 오늘은 3월의 마지막 날이다. 아래의 프로젝트 진척 상황표를 이용하여 Earned Value Analysis 측면에서 다음 질문에 대하여 설명하시오.


가. PV,EV,AC,BAC,CV,CPI,SV,SPI의 계산식과 답을 구하시오.
나. EAC, ETC, VAC의 계산식과 답을 구하시오.(단, EAC는 향후에도 CPI의 비룔로 지출됨)
다. 상기 결과를 바탕으로 현재 진행 중인 IT 프로젝트의 상태를 진단하시오.		 102.정보관리.4
4 3. EVM(Earned Value Method)에 대해 설명하고, 이 기법을 소프트웨어 개발 프로젝트에 적용할 때 문제점 및 해결 방안을 설명하시오 90.정보관리.3교시

 

I. 정량적 프로젝트 원가통제 기법, EVM(Earned Value Management)의 개념

- 프로젝트의 현 상화 파악 및 향후 예측을 하기 위해, 획득가치기반으로 일정과 원가를 측정, 분석, 예측하는

기법

 

II. EVM의 개념도 및 구성요소

  1. EVM의 개념도

 

  • 획득가치분석, 차이분석, 추세분석 통해 원가 통제
  1. EVM의 구성요소

 

III. EVM 분석을 통한 프로젝트 일정, 원가 통제 방안

구분 설명 통제방안
일정지연 - SV가 음수, SPI가 1미만인 경우 - Crashing, Fast Tracking 수행
비용초과 - CV가 음수, CPI가 1미만인 경우 - Cost Control, Management 수행

 

IV. 프로젝트 진행률 및 통제 기법, EVM과 Burn Down Chart 비교

구분 EVM Burn Down Chart
개념 원가 및 획득가치를 기반으로 계획대비
일이 얼마만큼 진행이 되는지 통제하는
원가와 일정을 획득가치(Earned Vaule)를 기반으로
 관리하는 기법		 요구사항의 중요도, 난이도를 바탕으로
점수(Story Point) 를 부여하고, 그 점수를
스프린트 기간내에 추이를 분석하는 작업
진척율 차트
개념도
필요기법 1) 계획가치를 기반으로 프로젝트 분석
2) SPI, CPI를 통한 프로젝트 판단
3) TCPI을 통한 예측		 1) Story Point 기준 적용
2) CI, CD를 통한 스프린트 관리
3) 각 스프린트별 Backlog 관리 수행함
장점 -고객과 이해관계자가 모두 하나의
매트릭스를 통해 관리 가능
-원가를 예측할 수 있는 방법 제공		 -애자일 혹은 프로젝트팀이 사용자
요구사항(Task)에 점수를 부여
-점수가 릴리즈가 되면 제외하는
간단한 진행률 판단 기법
-계획률 대비 론칭 추이 파악 용이
단점 모든 활동 및 작업에 원가를 부여하는 방법으로
작은 프로젝트(10억 이하)는 현실성이 적음		 점수 할당에 시간이 들어가는 자체가 애자일
프로세스에 부담으로 작용
반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

Agile 선언문 4-12  (0) 2024.03.01
정량적 위험 분석  (4) 2024.02.29
자원 최적화  (0) 2024.02.28
프로젝트 일정 단축기법  (0) 2024.02.27
CPM  (1) 2024.02.26
38
출제예상 자원 최적화 자원 평준화 / 자원 평활화
 
토픽 이름(예상) 자원최적화
분류 PM > 일정관리 > 자원최적화
키워드(암기) 자원평준화, 자원평활화
암기법(해당경우) [평활] 자원평준화, 자원평활화
[레스] Resource Leveling, Resource Smoothing

 

기출문제

번호 문제 회차
1 11. 프로젝트 관리에서 Resource Leveling에 대해서 설명하시오 모의_2017.11.관리.1
2 Resource Leveling기법에 대해서 설명하시오 합숙_2013.01.공통.Day3

반응형
저작자표시 비영리 변경금지

'정보관리기술사 > 소프트웨어공학' 카테고리의 다른 글

정량적 위험 분석  (4) 2024.02.29
획득가치관리(EVM)  (1) 2024.02.28
프로젝트 일정 단축기법  (0) 2024.02.27
CPM  (1) 2024.02.26
프로젝트 일정관리(시간)  (0) 2024.02.25

+ Recent posts

티스토리툴바