명세서
-
아이디어의 꽃이 피기 전에 꺽지 마라.Leader/Developer Leading 2012. 11. 7. 09:47
아이디어는 완성된 상태가 아니다. 아이디어는 작은 생각의 조각으로 마치 새순과 같다. 작고 여려서 보잘 것 없어 보이고 결함이 많다. 이것이 자라서 무엇이 될지는 아직 아무도 모른다. 튼튼한 나무가 되어 열매와 목재를 줄 수도 있고, 볼품 없고 냄새 나고 자리만 차지하는 것이 될 수도 있다.아이디어가 어느 정도 모습을 갖출 때까지 비난을 삼가하라. 아이디어는 약해서 쉽게 부러진다. 너무 빨리 부러지면 이것의 유용성을 판단할 기회를 잃어버린다. 이러한 경험은 팀원이 아이디어를 내기를 주저하게 만들기까지 한다.누군가 아이디어를 내면 그것을 키워나간다. 이전 발언자의 아이디어를 받아서 "네, 그리고 ..."라면서 전진시키거나 전환시킨다. 중간에 공격적인 질문이나 비난을 삼가한다.이 과정에서 아이디어가 제대로된..
-
7장 명세서Leader/Project Management 2007. 2. 27. 16:56
명세서는 문서를 만들고 읽는 사람과 현재의 프로젝트에 따라서 여러가지 방식이 있습니다. 명세서는 올바른 제품을 만들게 하고, 계획 수립 단계의 마침표를 찍으며, 관련자들이 검토와 피드백을 내놓도록 도와줍니다. 명세서에 담기는 정보의 다섯 가지 유형은, 요구사항, 기능, 기술 명세서, 작업 항목 록록, 테스트 기준과 중간 목표 종료 기준이 있습니다. 명세서 작성은 한 명이 설계 도중에 시작하며 설계에 대한 이해가 쌓이면서 이를 따라가도록 합니다. 검토와 피드백은 반복적으로 확인하고 개선하는 과정입니다. 이는 명세서의 품질을 정의하고 제어하는 가장 간단한 방법입니다. 팀이 미해결 문제들을 잘 해결할 수 있다고 예측할 수 있다면 명세서를 검토하고 완료할 수 있습니다. 명세서를 완료하면 다음으로 진행하기전에 팀..
-
6장 아이디어 관리하기Leader/Project Management 2007. 2. 23. 11:58
이전에 설명했던 작업은 문제 영역을 키우는 과정이고, 이 글은 가장 나은 설계안으로 문제 영역을 좁히는 과정입니다. 최종적으로 모든 설계 결정을 내리고 명세서로 문서화를 합니다. 이 과정은 점진적으로 이루어져야합니다. 설계의 과정은 반복입니다. 이는 시간이 지나면서 세부 사항을 구체화해 간다는 뜻입니다. 설계 과정에서 발생할 문제를 미리 파악하기는 어렵습니다. 대부분 일단 결정을 내리고 앞으로 나가는 과정에서 문제를 발견하게 됩니다. 따라서 잘못된 결정으로 밝혀지더라도 일단 앞으로 나가야 합니다. 아이디어를 관리하기 위해서 몇개의 점검 지점을 둡니다. 비전과 개념 증명, 아이디어 그룹화/목록, 세가지 설계안, 두가지 설계안, 한가지 설계안, 명세서로 점검 지점을 두는 것을 추천합니다. 아이디어를 관리하는..
-
5장 아이디어 내기Leader/Project Management 2007. 2. 21. 17:47
요구사항으로부터 좋은 명세서를 작성하려면 요구사항의 품질은 높이거나 설계를 세심하게 탐구해야 합니다. 우수한 요구사항은 고객의 요구와 프로젝트의 목표를 효과적으로 전달하고 문제를 명확히 정의합니다. 좋은 질문을 던져야 좋은 아이디어가 나옵니다. 좋은 질문은 주의를 문제의 핵심에 집중시키거나 미처 생각지도 못했던 창의적인 방향으로 유도합니다. 나쁜 질문은 권위적이고 부정적인 어감으로 상대방을 위축시키고 원하는 대답을 얻지 못하게 합니다. 많은 아이디어에서 좋은 아이디어가 나옵니다. 여러 아이디어를 통해서 나쁜 아이디어와 좋은 아이디어를 구별할 수 있습니다. 아이디어를 도출하기 위한 방법에는 즉흥 게임이 있습니다 . 이 게임의 네가지 규칙은, 1) "예, 그리고..."(이전 발언자의 아이디어를 받아서 진전시..
-
3장 할 일을 파악하기Leader/Project Management 2007. 2. 12. 21:38
계획수립에 대한 관점에 대해서 이해하기 쉬게 표현하면 다음과 같습니다: 요구사항('무엇을 해야 하지?') -> 설계/명세('어떻게 하지?') -> 구현('하자!') '요구사항의 결정'/설계/기술/예산의 권한에 대해서 초기에 정하고 팀원 모두에게 알립니다. 요구사항에 관한 문서들은 마케팅 요구사항 문서(MRD: Marketing Requirement Document), 비전/범위 문서, 명세서, 그리고 WBS(Work Breakdown Structure) 등이 있습니다. 계획을 보는 관점에는 비지니스 관점, 기술 관점 그리고 고객 관점이 있습니다. 세 관점은 서로 교집합이 찾아서 프로젝트의 목표를 세웁니다. 계획 수립의 단계는 MRD 비전 명세서 WBS 로 이루어집니다. 고객의 의견을 조사하기 위해서는 여..