본문 바로가기

분류 전체보기

(90)
프로젝트 완료를 위한 테스트 □ 프로젝트 완료를 위한 테스트 ○ 완료 단계 테스트 시스템 개발 단계에서는 개발자와 설계자가 단위테스트를 통해 개발이 잘 됐는지 검증한다. 단위 테스트는 내가 만든 프로그램에 주된 관심이 있다. 물론 단위 테스트할 때도 입력과 출력을 주고받는 프로그램과 통합해 테스트를 진행하지만, 전체 프로그램이 업무 프로세스 상에서 유기적으로 동작하는지 검증하지는 않는다. 완료 단계 테스트 종류 통합테스트는 전체 프로그램을 통합해 업무를 수행하는데 문제가 없는지를 검증하는 절차이다. 통합테스트에는 개발자, 설계자, PM 뿐만이 아니라 고객사의 전산담당자와 업무담당자가 모두 참여해 테스트를 진행한다. 업무관점에서 프로그램 검증이 끝났다면 피크 타임(Peak Time)에서 시스템이 얼마나 많은 동시 접속자를 처리할 수 ..
프로젝트 관리란 □ 프로젝트 관리란 ○ 프로젝트 관리의 개념 프로젝트 관리 개념도 프로젝트는 분석, 설계, 개발, 테스트 단계로 구성된다. 각 단계별로 할 일이 나누어져 있고 어떤 업무를 먼저하고 어떤 순서로 해야 하는지 미리 정하는 업무가 바로 프로젝트 관리 업무다. 또한 누가 어떤 업무를 수행할지 그리고 어떤 등급의 인력이 들어가야 할지 결정하는 것도 관리 업무에 포함된다. 프로젝트에 소요되는 시간, 사람과 같은 자원을 계획하는 것도 프로젝트 관리 범위지만 진행과정에서 사람들이 일을 잘 할 수 있도록 지원하고 불편 사항을 해결해 주는 것도 관리 업무에 해당한다. 앞으로 발생할 수 있는 위험을 미리 파악하고 대비책을 마련해 주는 것 역시 관리 업무에 하나이다. 축구와 프로젝트 관리 이처럼 프로젝트의 시작부터 끝까지 프..
제안 평가와 계약 □ 제안 평가와 계약 ○ 제안 평가와 계약 절차 제안서 평가와 계약 절차 제안서 평가는 제안서 발표와 함께 시작된다. 제안서를 누가 발표하고 몇 분 동안 발표할 지는 사전에 제안요청서에 모두 공개되어 있다. 제안사에서 제안 평가장에 참석할 수 있는 인원 또한 제안요청서에 명시되어 있는 경우가 많다. 사전에 약속된 절차와 방법대로 제안서 발표를 하게 되는데 대부분 프로젝트를 실제로 이끌어갈 PM이 발표를 한다.제안서 발표는 참여 업체가 제안서를 제출한 역순으로 진행된다. 맨 마지막에 제안서를 제출한 업체가 가장 먼저 발표를 하게 된다. 제안 발표는 나중에 발표한 업체가 평가자의 기억에 많이 남기 때문에 좀 더 유리할 수 있다. 준비되고 자신 있는 업체가 눈치보지 않고 제안서를 가장먼저 제출할 가능성이 높기..
제안서 만들기 □ 제안서 만들기 ○ 제안서 작성 절차 제안서는 프로젝트 수주를 위해 제안사가 고객의 요구를 어떻게 만족시킬 지에 대해 구체적인 방법을 제시하는 문서이다. 제안서를 작성하기 위해서는 제안요청을 받아야 하는데 보통 두 가지 방법으로 제안요청을 받게 된다. 첫 째는 사전 영업을 통해 고객으로부터 직접 제안요청을 받는 것이다. 기존에 발주사의 프로젝트를 성공적으로 완료한 경험이 있거나, 담당자가 필요한 정보(RFI)를 성실하게 답변을 했다면 발주사로부터 직접 제안요청을 받을 수 있다. 이 경우에도 몇몇 업체에게만 제안요청서를 전달하는 것은 아니다. 공공기관의 경우 나라 장터에 등록하거나 사기업의 경우에는 홈페이지에 제안요청서를 게시하게 된다. 사전에 고객과 협력관계를 유지하고 고객으로부터 구두로 제안에 참가를..
제안요청서 만들기 □ 제안요청서 만들기○ 프로젝트 발주와 제안요청서 제안요청서는 프로젝트 기획서에 대한 경영진의 결재가 끝난 다음 실제로 프로젝트를 수행할 업체를 선정하기 위해 작성하는 문서이다. 이 문서에는 시스템 구축을 위한 업무 범위와 업체를 선정하는 방법에 대해 구체적으로 나와 있다. 이 단계에서도 RFI를 통해 보다 자세한 정보를 수집해 요구사항과 구축범위, 일정을 구체화한다. 프로젝트 기획서를 작성하는 시점과 제안요청서를 작성하는 시점이 일치하지 않기 때문에 다시 한번 견적서와 개발에 대한 의견을 받는 것이 좋다. 프로젝트 발주 프로세스는 제안요청서의 작성 전과 후로 나뉜다. 제안요청서 작성 전에는 프로젝트에 대한 내부적인 검토와 관련 절차를 마무리해야 한다. 그리고 이 모든 과정에서 나온 이해 관계자들의 요구..
프로젝트 기획하기 □ 프로젝트 기획하기 ○ 프로젝트의 시작 ISP 프로젝트 시작 유형 프로젝트는 다양한 형태로 시작된다. 회사의 임원진이 친구 회사를 방문해 새로운 시스템을 본 후 만들라고 지시하는 경우도 있고, 최고 경영자의 개인적인 기호 때문에 시스템을 구축하는 경우도 있다. 흔한 케이스 중 하나는 영업상 필요에 의해 시작하는 경우인데, 영업 전략이 변하거나 신제품을 출시해서 마케팅이나 제품 관리를 위해 시스템을 구축하는 경우도 있다. 새로운 법률이 만들어져 시스템을 구축하는 경우도 있다. 이를 컴플라이언스(Compliance) 요건이라 하는데, 개인정보보호법, 회계관련 법령이 변경되어 급하게 시스템을 구축하기는 경우가 여기에 해당한다. 프로젝트가 시작되는 방법으로 IT관점에서 가장 바람직한 것은 IT 중장기 전략을 ..
프로젝트에 대해 알아야 하는 이유 □ 프로젝트에 대해 알아야 하는 이유 ○ 다른 사람 이해하기 프로젝트에 참여하는 사람 프로젝트는 단계별로 다양한 사람들이 참여하고 있다. 이들은 각자의 R&R(Role and Responsibility)을 가지고 있다. R&R 속에 각자의 목표, 위험(Risk), 책임과 같은 이해관계가 얽혀있다. 프로젝트를 이해한다는 것은 R&R를 이해한다는 것이다. 다른 사람이 어떤 생각을 가지고 있고 어느 부분에서 제일 스트레스를 받으며, 이 부분에서 상대방이 무엇을 원하는지 알면 진정으로 다른 사람을 이해할 수 있게 된다. 여기에서 다른 사람은 나의 고객이다. 물건을 파는 사람만 고객이 있는 것이 아니라 컴퓨터만 보고 일하는 사람도 고객이 있다. 나에게 개발을 의뢰하고 내가 만들 프로그램을 사용하는 사람이 고객이다..
프로젝트란 무엇인가 □ 프로젝트란 무엇인가 ○ 프로젝트의 정의 제한된 시간 안에 한정된 자원으로 목표하는 일을 완수해야 하는 작업을 프로젝트라 한다. 프로젝트라고 해서 거창한 것만 해당하는 것은 아니다. 김대리가 다음달 10일까지 완성해야 하는 일정관리 프로그램도 프로젝트라고 할 수 있다. 김대리의 프로젝트 김대리가 혼자 작업해야 하는 것은 투입할 수 있는 자원이 사람 한 명 이라는 얘기다. 다음달 10일이 제한된 시간이고, 일정관리 프로그램 개발이 목표하는 범위라 할 수 있다. 이처럼 프로젝트는 우리 생활과 아주 밀접한 관계를 가지고 있다. 이제 좀 더 전문적인 용어를 사용해 프로젝트에 대해 알아보자. 프로젝트의 특징 프로젝트는 일반적으로 네 가지 특성을 가지고 있다. 첫 번째는 유일성이다. 프로젝트 결과물은 이전 다른 ..