웹디맨의 웹기획론 웹디맨의 웹기획론

제안서를 처음 접하는 기획자들에게 가장 궁금한것이 제안서의 구성요소일듯 하다. 다양한 방식의 제안서들이 나오고 있지만 기본적인 구성요소는 변하지 않는다. ▣ 그러면 제안서의 구성요소를 알아본다. 제안업체의 일반사항 제안업체명 대표자명 업체의 연혁 인력현황(조직도) 자본규모 사업수행실적(해당 프로젝트와 관련된 수행내역을 표시하여 표시함, 일반과 관련사업수행내역으로 나누어 표시하기도함) 제안목적 사업명 사업기간 사업목적 사업추진체계 개발방법론 일정계획 투입인력계획 상세개발방안 다양한 목적에 대한 개발 방안 나열 추가 개발방안들은 눈에 띄도록 표시함 기술이전계획 품질관리 방안 제안금액(별지) ▣ 추가적으로 들어가면 좋은 분장은 다음과 같다. Summary (한페이지에서 목적별 제안 내역을 볼 수 있는 장표) ..

테스트의 중요성은 완성도에서 나타난다. 가끔 단위테스트에 대한 개발자들의 소월함이 프로젝트의 완성도를 많이 떨이지게 하는 경우가 있다. 이런저런 얘기를 하지만 그건 정말 핑계이다. 관리자(PM)의 측면에서 테스트의 단계에서의 긴장감은 다른때보다 훨씬 높다. 많은 작업자들과의 커뮤니케이션을 해야 하고 그에 대한 판단을 하고 리스크 없는 빠른 조치를 취해야 하기 때문이다. 조금이라도 늦어지면 프로젝트 종료 시점을 지나 지체보상금까지 납부해야 하는 상황이 벌어지기 때문이다. 그렇다면 테스트 단계에서의 완성도를 높일 수 있는 방안은 무엇인지.. 알아본다. 1. 체크리스트를 생활화 하라. 모든 작업에 있어서 체크리스트는 생활화 되어야 한다. 작업의 최소 단위로 나누고 리스트업 하여 작업의 완료 시점을 체크 하고 ..

사이트 분석(착수 후) 초기 사이트의 분석이 끝나면 제안요청서와 제안서 기술협상에서 발생한 추가사항과 변경사항에대한 분석을 해야 한다. 사이즈 체크뿐 아니라 기능에대한 분석을 해야한다 리스크 발생요인을 체크하고 히스토리관리도 해야한다. 전체 사이트의 분석은 이정도의 수순으로 요구사항 분석 단계로 넘어간다. 이때도 작업 범위에서 벗어 나지 않도록 이해당사자들과의 협의가 중요하다. 상세한 분석과 히스토리관리 리스크 관리가 있어야 협의 시점에서 유리하게 이끌어 갈수 있다. Posted by 김상환

예시) 요구사항정의예 보통 프로세스상에서 분석단계에 요구사항정리가 있다. 요즘은 이때 시작한다는 뜻으로 받아드리는것이 좋을듯 싶다. 요구사항은 프로젝트 끝날때까지 변동과 추가가 있기때문이다. 요구사항의 시작은 이해당사자들의 스케줄에 끌려가기 쉽다 분명한것은 우리는 당신을 도와 주는사람이라는 의식을 이들에게 심어줘야 한다는것이다. 믿음이 깨졌을때는 마지막까지 힘들어진다. ...싸워도 이사람과 하면 뭐라도 만들어지겠다는 믿음을 줘야 한다. 그뒤에 스케쥴을 나의것으로 만들어라 그리고 앞에서 리드해라 질문에대한답을 가지고 가라. 이답이 나올때까지 질문을 하라. 이해 당사자 마다 다른 질문과 정확한답을 준비해라 그리고 꼼꼼한 회의록을 배포하라. 정해진것은 주간업무보고와 추적표를 공포하라. 그리고 설계단계에 반영하..

기획자들이 설계단계에서 가장 많이 실수 하는것이 화면설계서 하나로 커뮤니케이션을 하는데 있다. 분명한것은 설계 이전에 제안이 있어야 한다. 제안으로 각 담당자들의 의중과 담당자들이 원하는 건설팅을 해야 한다. 모든 클라이언트는 이전과 다른, 경쟁업체와 다른 사이트 시스템을 원한다. 이런 충족이 없을때 그들은 설계서를 이해하지도 못할 뿐 아니라 믿음도 줄어들게 된다. 적어도 중요한 시스템 기능에 대해서는 설계이전에 기획안을 PT 하고 그리고 화면흐름도와 같은 UML을 이용한 추가적인 설 계안으로 기본적인 초기설계를 완료해야 한다. 뒤에 화면설계서를 통해 클라이언트와 작업자들간의 커뮤니 케이션을 진행 하는것이다. 기획자들이여 설계는 제안 이후에 진행하라. Posted by 김상환

개인적으로 웹기획에 있어서 메뉴 구조를 정리하는데 가장 심혈을 기울이는 부분중에 하나이다. 그만큼 시간도 많이걸린다. 기존사용자에게는 기존의메뉴구조에 익숙해 있는 인식을 깨지 않도록해야하며 잠재고객들에게는 컨텐츠별로 의미전달이 쉽도록 그리고 시선을 흐틀어지지 않도록 해야한다. 다음의 사항들을 주의하여 진행한다면 조금 편한 메뉴구조를 만들 수 있다. 1. 컨텐츠 분석 모든 컨텐츠의 성격과 내용을 100% 이해해야한다. 2. 컨텐츠 마다 레이블링 붙이기 모든 컨텐츠에 사용자가 이해 하기 쉽도록 메뉴명을 붙인다. (내용을 메뉴명만으로도 이해하기 쉽도록 붙여야 한다) 3. 레이블링의 완성도 높이기 매뉴명이 올바르게 되었는지 확인을 한다. 기존사이트로도 확인해야하며 경쟁사의 사이트들도 비교 분석한다. 이때 비교분..

기획자들이 가장 신경많이쓰는 문서가 화면설계서이다. SI 업체에선 화면설계란 이름을 쓰고 웹에이전시에선 스토리보드(SB)란 이름을 많이쓴다. 두 문서의 차이를 많이 물어 보는데 개인적으로 화면설계서가 더 맞지 않나 싶다. 스토리보드는 광고쪽에서 넘어온 듯하여 화면설계서라는 문서를 개인적으로 사용했다. 화면설계서는 화면상의 기능과 디자인을 작업자와 현업들과 대화하는 문서이다. 설계서에서 가장 중요한부분은 discription이다. 기능에대한설명 그리고 기획의도, 요구사항 등을 문서에 남기고 작업자들과 문서 리뷰를하여 기획의 의도를 분명하게 전달해야 한다. 개인적으로 화면설계서에 이미지나 컬러톤을 넣지 않도록 권하고 싶다. 혹시라도 디자이너의 몫을 침범하는것 같아서이다. 그러나 개발자를 위해서는 많운 내용을..

일정관리는 전체 진척율에대한 근거 자료가 됨으로 프로젝트의 보고 단계에서 가장 중요 하다고 할수 있다. 보통 MS-Project 를 많이 사용하며 스크립트를 이용한 목표대비 진척율과 실제 진척율로 나누어 문서화 할수 있다. MS-Project 는 무료로 제공되는 뷰어가 있어 작성후 관련자들과 문서를 공유하는데 어려움이 없다. 뷰어 다운로드 : http://file.naver.com/pc/view.html?fnum=282171&cat=30 다음으로 많이 사용하는 프로그램으로는 MS-Office의 엑셀이 있다. 마찬가지로 진척율을 체크하기 위해 목표와 수행으로 나누어 진척율을 잡을 수 있다. 다양한 함수를 사용하여 문서의 자동화를 만들수 있으며 뷰어도 제공되어 문서 공유하는데 어려움이 없다. 뷰어 다운로드 ..