Download as PDF, PPTX
![[패스트캠퍼스] 애자일에 대한 오해와 진실](https://cdn.slidesharecdn.com/ss_thumbnails/agilefor-170313035948-thumbnail.jpg?width=640&height=640&fit=bounds)
![[AUG] 칸반을 활용한 업무 프로세스 혁신 실천법](https://cdn.slidesharecdn.com/ss_thumbnails/aug20166s1-160629224010-thumbnail.jpg?width=640&height=640&fit=bounds)
![[AUG] 소프트웨어 공학 국제표준 SEMAT Essence를 칸반으로 구현](https://cdn.slidesharecdn.com/ss_thumbnails/aug20166s3sematessence-160629223600-thumbnail.jpg?width=640&height=640&fit=bounds)
![[로컬챌린지프로젝트 교육자료] 기업역량강화교육 Lcp3기 2코스_프로젝트관리](https://cdn.slidesharecdn.com/ss_thumbnails/lcp32-160107001415-thumbnail.jpg?width=640&height=640&fit=bounds)
실패한 프로젝트들의 개발문화_개발방법론
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69.
- 70.
- 71.
- 72.
- 73.
- 74.
- 75.
- 76.
- 77.
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.
- 86.
- 87.
- 88.
- 89.
- 90.
- 91.
- 92.
- 93.
- 94.
- 95.
- 96.
- 97.
- 98.
- 99.
- 100.
- 101.
- 102.
- 103.
- 104.
- 105.
- 106.
- 107.
- 108.
- 109.
- 110.
- 111.
- 112.
- 113.
- 114.
- 115.
- 116.
- 117.
- 118.
- 119.
- 120.
- 121.
- 122.
- 123.
- 124.
- 125.
- 126.
- 127.
- 128.
- 129.
- 130.
- 131.
- 132.
- 133.
- 134.
- 135.
- 136.
- 137.
- 138.
- 139.
- 140.
- 141.
- 142.
- 143.
- 144.
- 145.
- 146.
- 147.
- 148.
- 149.
- 150.
- 151.
- 152.
- 153.
- 154.
- 155.
- 156.
- 157.
- 158.
- 159.
- 160.
- 161.
- 162.
- 163.
- 164.
- 165.
- 166.
- 167.
- 168. 한 달 안에20년 산 포도주와 동일한 맛의 포도주를 만드는 방법은?
- 169.
- 170. 몇 가지 확인 — 일정이 너무 촉박하다 — 야근을 많이 한다. — 프로젝트의 목적을 잘 모르겠다. — 프로젝트의 성공에 관심이 없는 것 처럼 보이는 팀원(들)이 있다. — 팀장이 이상하다 — 외부에서 누군가가 들어와서 자꾸 감놔라 배놔라 한다. — 이번 프로젝트는 왠지 잘 안될 것 같다. — 문제 팀원이 있다. — 지원을 제대로 받지 못한다. — 실력이 의심스러운 사람들이 좀 있다.
- 171.
- 172.
- 173.
- 174.
- 175.
- 176. 성공하면 그게 더이상하다 — 말도 안되게 짧은 프로젝트 기간 — 인력문제 — 인력부족 — 이상한 인력구성 — 예산/자원 부족 — 도구 살 비용이 없어서.. — 영업실패 — 5000억 규모의 프로젝트 수주! — 영업왕 등극/축하파티! — 그러나 프로젝트를 진행해 보니…
- 177. 원래 다 그렇지않나요? — 그 어려운 상황에서 성공해야 능력 있는 사람인거고 이노베 이션 인거죠!
- 178. 맞습니다만 또 한편으로는그렇지 않습니다. — 죄송합니다. 모든 사람이 다 그럴 수 있는건 아닙니다. — 열심히 야근하면서 희생하면 어려운 프로젝트도 성공으로 이 끌 수 있다고 흔히 믿습니다만… 거기에는 문제가 있습니다.
- 179.
- 180.
- 181.
- 182.
- 183.
- 184.
- 185.
- 186. Why Crunch ModeDoesn't Work (1/2) — 최대 생산성은 처음 4시간에서 6시간에 나온다. — 그 이후에는 점점 줄어들다가 결국 마이너스로 돌아선다. — 지식기반 노동자에게 생산성은 수량화하기 어렵다. — 농업적 근면성을 측정하던 방식으로는 불가능 — 주 5일 근무에 일 최대 8시간 근무가 최적 — 모든 산업군에서 해당 통계 및 연구결과가 나왔다. http://www.infoq.com/news/2008/01/crunch-‐mode
- 187. Why Crunch ModeDoesn't Work (2/2) — 주 60시간 근무는 2달째부터는 생산성이 떨어진다. — 쉬지 않고 일하면 24시간마다 25%식 인지기능이 떨어진다. — 야근이나 밤샘은 더 심각하게 손상시킨다. — 쉬지 않고 일하면 에러율이 증가 된다. — 특히 수면 부족은 에러율을 크게 증가시킨다. http://www.infoq.com/news/2008/01/crunch-‐mode
- 188. 어떤 일을 하고계십니까?
- 189.
- 190.
- 191.
- 192.
- 194. 어떻게 시작되나? — 사장님이나컨설턴트나 아님 누군가가 새로운 개발 방법론/ 기법/도구를 도입 — 언제까지 이렇게 가내 수공업처럼 막개발을 할 순 없잖아? — 이번기회에 선진화된 방법론을 도입하자구!
- 195. 산 넘어 옆마을 가기
- 196. 개발 방법론/기법/도구 도입 — 하지만 적용 당사자들은.. — 안그래도 바뻐죽겠는데 이건 또 뭔가.. — 지금도 저흰 충분히 힘들어염! — 제발 자꾸 괴롭히지 말아주세요 — 그거 생각보다 잘 안된다던데… — 잘은 모르겠지만 왠지 잘 안될 것 같은 기분이 든다.
- 197. 개발 방법론/기법/도구 도입 — 전파를 하는 사람들은.. — 사람들이 변화에 너무 소극적이다! — 이거 잘 하면 얼마나 좋은데.. 답답하다… — 언제까지 이런식으로 살거냐!
- 198.
- 199. 방법론/개발도구/프로세스가 잘못했네 — 방법론/개발도구/프로세스는잘못이 없다. — 말 그대로 도구일 뿐 — 저는 노트패드/울트라에디터로 다 개발했어요?
- 200. 방법론/개발도구/프로세스가 잘못했네 — 완벽한방법론/도구/프로세스는 없다. — 하지만 없는 것 보다는 확실히 낫다. — 맘에들지 않는 한 부분으로 전체를 판단한다! — 아. 거봐! 내 그럴줄 알았다니깐~ — 누가? 제대로 해 본적이 없는 사람이!
- 201. 그럼, 왜 잘안될까? (1/2) — 왜 하는지 왜 필요한지 잘 이해시켜 주지 않는다. — 기존일은 줄여주지 않고 새로운 일이 들어온다. — 피곤해서 체력이 부족하다고 했더니 아침에 일찍일어나서 운동 을 하면 체력이 좋아질거라며 휘트니스 티켓을 끊어준다. — 제대로 적용하지 않는다. — 우리 조직에 맞게 테일러링부터! — 누가? 제대로 해 본적이 없는 사람이! — 욕심은 많은데 투자는 적다. — 교육 2시간 받고 적용한다.
- 202. 그럼, 왜 잘안될까? (2/2) — 잘 알고 챙겨줄 사람이 없다. — 컨설턴트는 돌아갔다. — 잘 알고 챙겨준다는 사람이 어째 잘 모르는것 같다. — 나도 잘못없다. 시켜서 했을 뿐… — 책으로 배워가면서 적용하게 된다면 학습비용/시행착오비용을 각오해야 한다.
- 203.
- 204.
- 205. 한국 축구의 발전을 위해 박지성같은 축구선수를 키워야겠다! 싶은 생각이 들기도 한다.
- 206. 박지성이 되는 방법/맨유를만드는 방법 — TFT를 구성해서 박지성 양성계획을 세운다 — 히딩크를 불러 하루 8시간짜리 집중교육 코스를 3일간 받는 다. — 교육 내용을 실천에 옮기고 전파 교육을 하라고 한다. — 박지성(=핵심인재) 양성 KPI를 수립한다.
- 207. 박지성이 안 되는이유/맨유를 못 만드는 이유 — 공을 좀 차 봤는데 골대에 잘 안 들어 간다. 잘 안되니까 왠지 차기 싫다. — 경기 없을 때나 시간 날 때 살짝 연습을 해 봤는데 맨유팀이나 박지성이니까 가능한거지 현실(우리팀)은 그렇지 않다 싶다. — 사장이 아무래도 컨설턴트에게 속은 것 같다. 원래 국내에선 잘 안 된다. — 성과(KPI)를 위해 우선 현재 우리는 잘하고 있다는 걸 표현하 기 위해 '득점 낌새율'이라는 새로운 항목을 만들어 표현한다. — 내년에는 득점률이 꽤 높아질 거라는 예상 보고서를 쓴다. — 감독이 바뀐다.
- 208.
- 209. 뭐 어떻게든 되겠지 — 처음엔 다 그래. 좀 지나면 괜찮아 질거야 — 벤더나 BP가 잘 해주겠지 뭐 — 지금은 조금 불안하지만 잘 못되면 내 책임은 아니니까.. — 내 잘못 아님 — 난 일개 개발자일 뿐 — 난 일개 디자이너일 뿐 — 난 일개 기획자일 뿐 — 내가 PM인데 위에선 안 받쳐주고 팀은 이모양이고 나라고 뾰 족한수 있나?
- 210. 잠깐!! 질문 하나!! 성공적인SW 개발에 있어 중요한 부분은 뭘까요? — 기획자 — 기획이 잘 나와야죠. 아니면 아무리 SW가 잘 나와도 소용없어요 — 디자이너 — 아시겠지만 요즘은 디자인이 안 받춰주면 아무리 좋아도 외면 당하는 거 아시죠? — 개발자 — 저희가 없으면 모든 SW는 그저 PPT 파일이나 JPEG일 뿐입니다. — PM — 레고 아시죠? 그냥 놔두면 그저 블럭일뿐이죠. 진정한 Integrator이며 Supe rvisor! 그게 바로 PM이죠.
- 211. 의사소통 채널 수가많다.
- 212. 채널 수 =비용 — N*M*L — 추가문서 — 이메일 — 회의 — 오해
- 213. 끊임없이 변경되는 요구사항 분석설계가 잘 안된게 문제였다?!
- 214.
- 215. 단방향 가속 해법 One way accelerated solution
- 216. Step #1 요구사항을빠짐없이! — 이제 요구사항을 철저히 분석해서 하나도 빠짐없이!! — 경험많은 누군가의 지휘아래 철저하게 요구사항을 다각도로 뽑 아내자! — 그래도 고객이 나중에 자꾸 요구사항을 바꿔댄다
- 217. Step #2 NoMore Change! — Sign-off를 받는다. — 가급적 요구사항을 최대한 뽑아낸 다음에 고객의 사인을 받는 다.
- 218. Step #3 Engineering을적용하자! — 요구공학(Requirements Engineering) — 그동안 너무 아마추어같이 접근했던것 같다! — 본격적으로 체계화된 엔지니어링을 적용하자!
- 219.
- 220. 다른 접근 방법 — 요구사항 변경이 문제가 맞나? — 배고픈게 문제인가? 배고픔을 해결하기 어려운 상황이 문제인 가?
- 221. 한가지 이유로 실패하는프로젝트는 없다.
- 222. 한가지 이유로 실패하는프로젝트는 없다. — 야근을 많이 한다. — 사람들이 자꾸 나간다. 다양한 이유로
- 223.
- 224.
- 225. 측정하지 못하면 개선할수 없다는 말의 맹점 — 측정이 나쁜건 아니지만 측정에 집중하게 되면 측정자체가 압력이 된다. — 측정을 하기 위한 노력이 에너지를 갉아 먹는다. — 정말 중요한 것들은 측정할 수 없다. — 팀웍 — 동기부여 — 원활한 커뮤니케이션
- 226.
- 227. IT 기업의 가장큰 자산 — 프로젝트는 성공했다고 하는데.. — 다시는 그런 프로젝트는 하고 싶지 않아. — 이바닥을 떠야 겠다. — 가장 큰 자산은 사람
- 228.
- 229.
- 230.
- 231. 필요할 땐 글로벌, 안필요할 땐 특수한 국내 상황상.. — 테스트 코드 작성하죠! — 그건 외국얘기고… — 글로벌로 안 나갈거야? 국내 시장만 놓고는 프로젝트 못해! — 글로벌이 무슨 반성문 쓰는 이야기가 아닌데…
- 232.
- 233. Follow? Follow me? — 모르는 것 같은데 따라오라고 한다? — 다 맞기고 본인은 아무것도 안하는 것 같다?
- 234. 그럼, 어떻게 하면좋나요?
- 235. 정리 — 방법론 — 개발프로세스 — 도구 — 개발문화
- 236.
- 237. 우선은 딱 세가지만!
- 238. 목표와 이유, 그리고비전 — 목표와 이유와 비전을 심어주세요. — 왜 이 프로젝트를 해야 하는지를 알수 있게 해주세요. — 그 이유가 “몰라, 위에서 그렇게 하래”가 되서는 안됩니다.
- 239. 위험 감지 — 손에연장을 들고 있는 사람들의 이야기에 귀를 기울이세요!
- 240. 작은 팀, 작은목표 — 팀을 작게 만드세요 — 커뮤니케이션 비용이 줄어 듭니다. — 대화를 많이 하세요. — 목표를 작게 잡으세요 — 프로젝트 규모는 커도 상관없습니다. — 쪼개는 연습이 필요합니다. — 이터레이션 — 마일스톤
- 241.
- 242. YOBI - 이름 - nFORGE4à N4 à HIVE à YOBI - 280 - 멤버 - 현재 7명 - 정식 릴리즈 - 2013 DEVIEW (10.14) - 목표 - 한국의 대표적인 오픈소스 제품 - GITHUB, GITLAB, TEAM-FORGE 등과 경쟁
- 243.
- 245. 질문들 (SW측면) — 무엇을하는 SW인가? — 개발팀에게 있어서는 어떤 의미의 SW인가? — 우리의 현재 고객은 누구인가? — 우리의 미래 고객은 누구인가? 누가 사용했으면 좋겠는가? — 목표로한 미래의 고객을 만들기 위한 활동은? — 프로젝트 개발이 현재 어디쯤에 있는지 어떻게 하면 알 수 있 을까?
- 246. 질문들 (팀측면) — 우리의목표는 무엇인가? — 올해는 — 장기적으로 우리는 — 우리의 개발 및 작업방식 — Team Ground Rule
- 247.
- 248.
- 249.
- 251.
- 252.
- 253. 사실 진행중이라 앞으로어떻게 될지 는 잘 모릅니다. ^^); 공유하겠습니다.
- 254.
- 255.