본문 바로가기

IT 이야기10

실패하고 싶지 않다면? - Premortem 적용기 Pre-mortem 이란? 프로젝트의 실패 상황 및 원인을 구체적으로 예상해봄으로써 미리 대비를 하여 실패 상황을 대비하는 기법입니다. 1) 프로젝트 종료시 실패를 가정합니다. - 이때 실제적으로 와닿게 상세하게 예상하는 예상하는 것이 중요합니다. "0월 0일 아침, 시스템이 오픈되었습니다~~~~ " - 프로젝트가 이미 끝나버린 것으로 가정하는 것은, 인간의 뇌는 과거라고 생각하고 예측하는 것이 미래라고 생각하고 예측하는 것보다 몇 배 더 자세한 결과 내기때문입니다. - 프로젝트에서는 실패를 상상해보는것이 '금기'시 될 수 있지만 효과가 크기 때문에 필요합니다. '미래를 보여주는 마법의 수정구슬을 보고있다~'든지 하는 설정을 해서 거부감을 줄일 수도 있습니다. 2) 각자 5분정도 실패의 원인을 적어봅니다.. 2013. 1. 14.
유쾌하게 내 저작물을 개선하는 놀라운 방법 내가 만든 무언가를 리뷰할때는 감정이 상하거나, 방어적이 되게 마련이다. 그런데, 유쾌하게 내 저작물을 개선 할 수 있는 저자워크샵이라는 좋은 방법이 있다. 꼭 적용 해보고 싶다! https://www.ibm.com/developerworks/mydeveloperworks/blogs/9e635b49-09e9-4c23-8999-a4d461aeace2/entry/273?lang=en) 2012. 6. 6.
분석의 전략 앞의 글에서 시스템의 경계를 구체화 하는 작업이 분석이라는 저 나름의 정의를 내렸습니다. 그럼 이번에는 이러한 분석 즉 구체화 작업을 성공적으로 진행하기 위해서는 어떤 접근이 좋은지 생각해 보도록 하죠. 경계를 명확히 하는 작업의 성공여부는 두가지로 확인해 볼 수 있습니다. 모든 영역의 경계를 다 표현했느냐와 각 구역의 경계가 충분히 정밀하냐 하는 점입니다. 예를 들어 한 국가 영토의 경계인 국경을 정한다고 할때, 전방위적으로 접하는 모든 다른 국가와의 경계를 정했느냐와, 각 경계가 실제 그 현장에 가, 특정 지점에 깃발을 꽂을 수 있을 정도로 정밀하게 정해졌는가 하는 의미와 같습니다. 그럼, 먼저, 모든 구역, 즉 전방위적으로 빠뜨리지 않고 경계를 정의하기 위해선 어떻게 접근해야 할까요? 시스템이 다루.. 2011. 5. 15.
분석 그리고 설계 기업 시스템-흔히 MIS(Management Information System)이라고 말하는-을 개발하기 위한 분석과 설계 분야에서 10년이 넘도록 일하고 있습니다. 저는 이 영역이 실제 프로젝트 현장에서 전혀 발전하지 않고, 오히려 퇴보하는 모습을 보면서 괴로워 하고 있고, 책이나 해외의 석학들은 여전히 원칙과 기본을 말하는 것을 들으며 벽을 느낍니다. 그래서, 복잡한 것 말고 단순한 것, 하면 좋은 것 말고 꼭 해야하는 것을 제 경험과 지식을 기반으로 정리해보려고 합니다. 읽는 분들에게 조금이라도 도움이 된다면 보람있는 일이겠지요. 이 글이 첫 시작이 되겠네요. 얼마나 자주가 될지 모르겠지만 열심히 정리해 보겠습니다. 오늘은 분석과 설계에 대한 제 나름의 정의를 말씀드리려고 합니다. 일반적으로, 분석.. 2011. 4. 30.