스파이 영화를 생각해보자. 스파이 영화라면 단연코 007 시리즈다. 미션 임파서블이 나오면서부터 007 시리즈는 한층 꺾이고, 킹스맨이 나오면서 코미디를 가미한 스파이 영화가 주를 이루었다. 영화 이야기를 하려고 한 게 아니다. 스파이 영화의 주무대인 악당이 있는 건물에 잠입해서 임무를 완수하는 시나리오를 생각해보자. 오션스 일레븐처럼 범죄 영화를 생각해도 좋다. 건물에 잠입하기 위해서는 무작정 찾아가서 임무를 완수하는 영화는 없다. 그렇게 해서 임수를 완수한다면 영화를 만들 이유도 없다. 일단 잠입하기 위해서는 시뮬레이션을 해봐야 한다. CCTV가 어디에 있는지 어디로 잠입 가능한지, 경비원들이 몇 명이 있는지 교대 시간이 있는지 등등 모든 상황을 고려해서 계획을 세우고 시뮬레이션으로 실수 없이 성공해..

음식점을 하나 만든다고 생각해보자. 어떤 음식점인지는 상관 없다. 떼돈을 벌 수 있다는 희망찬 생각으로 매장을 만들어보자. 작게 시작한 매장에는 굳이 홀 인원이 필요 없을 것 같다. 주방과 홀을 같이 병행해서 해도 큰 문제는 없다. 홍보도 전단지를 직접 나누어 줘도 큰 무리는 없다. 고객이 많아 지면 홀 인원을 따로 두어야 원활하게 돌아간다. 주문이 많은데 음식을 하고 홀서빙까지 병행하면 시간도 늦어지고, 주문도 꼬이게 된다. 많이 팔리는 음식은 미리 만들어두는 것도 좋은 방법이다. 만두 같은 경우, 주문이 들어오고 나서 반죽을 하고 피를 만들고 속을 만들기 시작하면 너무 많은 시간이 소요된다. 미리 만들어 놓고 주문시에 찌거나, 데워주면 된다. 홍보 또한 전단지를 직접 나누어 주기는 매장을 비울 수 없..

프로젝트 관리는 대부분 오피스 제품을 많이 사용한다. 요구사항 정의와 일정 관리인 WBS는 엑셀파일로 관리하고, 기획 스토리보드는 파워포인트나 PDF로 관리되며, 테스트 시나리오는 엑셀파일, 정책서나 문서는 워드문서로 관리한다. 오피스 제품군만 있으면 대부분의 관리가 가능하다. 하지만, 개발소스는 오피스 제품으로 관리하기 힘들다. 혼자서 개발하면 소스는 혼자서 가지고 있어서 상관없지만, 여러명이서 같은 소스로 개발하기 위해서는 소스 관리가 필요하다. 각자의 컴퓨터에서 개발한 후에 통합하는 과정을 거치면 내 소스가 사라질 수도 있고, 상대방 소스가 사라질 수도 있다. 그리고 소스에서 어디가 어떻게 수정이나 추가됐는지도 모호해지고, 누구의 소스인지도 모른다. 이럴 경우 프로그램 자체가 제대로 돌아가길 바라는..