다른 이해 관계자들은 다른 수준의 추상화를 생각합니다.
쉬운 말 "비즈니스 수준의 이야기, 기술하지", 그러나 그것은 쉬운 것을 반드시 않다 할 . 당신이 디자인하고있는 시스템은 코끼리이며 이해 관계자들은 그것을 보는 맹인 입니다. 어떤 사람들은 프로세스와 일상에 깊이 몰두 하여 비즈니스 가 있다는 것을조차조차 알지 못합니다 . 다른 사람들은 원하는 추상화 수준에서 일할 수 있지만 과장되거나 허위 주장을하거나 경향이있는 희망을 가질 수 있습니다.
불행히도, 당신은 단순히 모든 개인 을 개인으로 알고 그들의 생각을 이해하고, 그들이 말하는 것을 해석하는 방법을 배우고, 무엇을 무시할지 결정해야합니다.
나누고 정복
무언가를 원하지 않으면위원회에 보내십시오.
위원회를 만나지 마십시오. 회의는 가능한 한 작게 유지하십시오. YMMV, 그러나 내 경험상 이상적인 크기는 공개 세션의 경우 3-4 명 (자신 포함)과 비공개 세션의 경우 2-3 명입니다 (예 : 특정 질문에 대한 답변이 필요한 경우).
나는 사업에서 비슷한 기능을 가진 사람들을 만나려고 노력합니다. 콩 카운터로 방에 마케팅 담당자를 던져서 얻는 것이 거의없고 잃을 것이 많습니다. 한 주제에 대해 전문가 인 사람들을 찾아 그 주제에 대해 이야기하도록합니다.
준비가없는 회의는 목적없는 회의입니다.
다른 몇 가지 답변 / 의견은 straw-man 기술을 언급했으며, 이는 답을 얻을 수없는 귀찮은 사람들에게 훌륭한 기술입니다. 그러나 밀짚 남성에게 너무 의존하지 마십시오. 그렇지 않으면 사람들이 당신이 그들을 철도처럼 느끼기 시작할 것입니다. 당신은 사람들을 올바른 방향으로 부드럽게 움직여서 그들 스스로를 구체적으로 생각해 내도록해야합니다.
당신이 필요로하는 것은 당신이 사업을 어떻게 생각하는지와 시스템 이 어떻게 작동하는지에 대한 일종의 정신적 모델입니다 . 해당 특정 회사의 전문가가 아닌 경우에도 도메인 전문가가되어야합니다 . 비즈니스, 경쟁사, 시장에 나와있는 기존 시스템 및 원격 관련이있을 수있는 모든 것에 대해 가능한 한 많은 조사를 수행하십시오.
그 시점에서, 나는 모든 사람에게 호의적 인 경향이있는 유스 케이스와 같은 고급 구조로 작업하는 것이 가장 효과적이라는 것을 알았지 만 여전히 구체적인 질문을하는 것이 중요합니다. "고객에게 어떻게 청구합니까?"로 시작하는 경우 , 당신은 매우 긴 회의에 있습니다. 시작 단계에서 프로세스를 수행하는 대신 프로세스 를 암시 하는 질문을 하십시오. 광고 항목이란 무엇입니까? 그들은 어떻게 계산됩니까? 얼마나 자주 변경됩니까? 여러 종류의 판매 또는 계약이 있습니까? 그들은 어디에서 인쇄됩니까? 당신은 아이디어를 얻습니다.
단계를 놓치면 대개 누군가 말해 줄 것입니다. 아무도 불평하지 않으면 프로세스를 암시 적으로 확인했기 때문에 뒷면에 가볍게 두 드리십시오.
주 제외 토론 연기 .
요구 사항 분석가로서 진행자 역할도 수행하고 있으며, 회의에서 시간을 보내는 것을 즐기지 않으면 상황을 추적 할 수있는 방법을 찾아야합니다. 아이러니하게도,이 문제는 마지막 때 대부분의 악성됩니다 않는 사람들이 말하는 얻을. 조심하지 않으면 트랙을 세우는 데 많은 시간을 소비 한 열차를 탈선시킬 수 있습니다.
하지만 오래 전에이 방법을 배웠습니다. 사람들에게 문제와 관련이 없다고 말할 수는 없습니다 . 분명히 그들 과 관련이 있습니다 . 그렇지 않으면 그들은 그것에 대해 이야기하지 않을 것입니다. 당신의 임무는 사람들이 가능한 한 "예"라고 말하고 그와 같은 장벽을 세우는 것만으로 "아니오"영역에 빠지게하는 것입니다.
이것은 많은 사람들이 "행동 항목"으로 유지할 수있는 미묘한 균형입니다. 기본적으로 언젠가 다시 돌아오겠다고 약속 한 일반적인 토론 대기열입니다 . 이 아닌 단지 외교을 위하여 - 그것은 또한 당신이 회의에서했다, 누가 무엇을 기억 돕는 유용한 도구의 이야기에 당신이 나중에 설명을 필요로하는 경우에.
다른 분석가들은 이것을 다른 방식으로 처리합니다. 매우 공개적인 화이트 보드 또는 플립 차트 로그와 같은 일부는 노트북에 자동으로 두드려 다른 주제를 조심스럽게 사용합니다. 편안하게 느끼는 것
당신은 의제가 필요합니다
이것은 거의 모든 종류의 회의에 해당되지만 아마도 요구 사항 회의에 대해서는 사실입니다. 토론이 진행됨에 따라 사람들의 마음이 떠돌기 시작하고 그들이 정말로 관심있는 일에 도달 할 때 궁금해지기 시작합니다. 의제를 갖는 것은 일부 구조를 제공하며, 위에서 언급 한 것처럼 주제를 벗어난 토론을 연기해야 할 때 결정하는 데 도움이됩니다.
정확히 당신이 포함 할 것입니다에 대한 명확한 생각없이 거기에 다니지 마십시오 때 . 그렇지 않으면 자신의 진행 상황을 평가할 방법이 없으며, 사용자는 항상 다른 이유로 인해 오랫동안 당신을 미워하지 않는다고 가정하여 당신을 오랫동안 미워하게 될 것입니다.
모의
PowerPoint 또는 Visio를 모형 도구로 사용하면 도구가 너무 세련되게 표시 되는 문제가 발생할 수 있습니다. 거의 사용자 인터페이스의 거친 계곡 입니다. (같은 도구를 사용하여 냅킨 도면과 같이 있음 또는 컴퓨터에서 생성 된 도면 사람들은 냅킨 도면과 함께 편안하게 느낄 것이다 Balsamiq 또는 SketchFlow를가 그들이 때문에), 알 같은 이유로 사람들이 만화 캐릭터를 볼 수 있습니다 - 그것은 진짜 아니다. 그러나 실제 UI처럼 보이기 시작하면 더 많은 사람들이 더 많은 것을 고르고 싶어 할 것이며 궁극적으로 중요하지 않은 세부 사항에 대해 논쟁하는 데 더 많은 시간을 할애하게됩니다.
따라서 ( 초기 분석 단계 후) 요구 사항에 대한 이해를 테스트하기 위해 실물 크기의 모형을 만드십시오 -매우 빠르고 자세한 피드백을 얻는 좋은 방법입니다. 그러나 lo-fi를 유지하고 조롱하기 전에 서두르지 마십시오. 사용자와 눈을 마주보고 있는지 확인하십시오.
있다는 사실을 숙지 모의까지이 결과물 아니다 , 이해에 도움이되는 도구입니다. UI 디자인을 할 때 모의에 사로 잡히기를 기대하지 않는 것처럼 디자인이 단순히 모의 업에 엄지 손가락을 줬기 때문에 디자인이 정상이라고 가정 할 수 없습니다. 나는 목을 목발로 사용하는 것을 보았습니다. 그렇게하지 않는지 확인하십시오. 돌아가서 그 모의를 실제 요구 사항 세트로 바꾸십시오.
인내심을 가지십시오.
이것은 많은 프로그래머가 믿기 어렵지만 대부분의 사소한 프로젝트의 경우 한 번만 앉아서 완벽한 기능 사양을 만들 수는 없습니다. 한 번의 회의에서 인내심에 대해서만 말하는 것이 아닙니다. 요구 사항 분석은 코드와 동일한 방식으로 반복됩니다. 그룹 A는 무언가를 말하고 그룹 B는 당신이 그룹 A로부터들은 것과 완전히 모순되는 말을합니다. 그러면 그룹 A는 불일치를 설명하고 그룹 C는 언급하지 않은 것으로 판명됩니다. 500 회 반복하면 대략 비슷한 사실이 있습니다.
작은 CRUD 응용 프로그램을 개발하지 않는 한 (이 경우 요구 사항을 전혀 신경 쓰지 않는 이유는 무엇입니까?) 한 번 또는 두 번 또는 다섯 번에 필요한 모든 것을 얻을 것으로 기대하지 마십시오. 당신은 많이 듣고 많이 말하고 자신을 많이 반복하게 될 것입니다. 끔찍한 일이 아닙니다. 결과물에 필연적으로 사인을 할 사람들과 관계를 맺을 수있는 기회입니다.
기술을 바꾸거나 즉흥적으로 행동하는 것을 두려워하지 마십시오.
프로젝트의 다른 측면은 실제로 다른 분석 기술을 요구할 수 있습니다. 경우에 따라 클래식 UML (사용 사례 / 활동 다이어그램)이 효과적입니다. 다른 경우에는 비즈니스 KSI로 시작하거나 마인드 맵으로 브레인 스토밍하거나 초기 경고에도 불구하고 목업에 직접 뛰어들 수 있습니다.
결론은 도메인을 직접 이해하고 다른 사람의 시간을 낭비하기 전에 숙제를해야한다는 것입니다. 특정 부서 나 구성 요소에 유스 케이스가 하나만 있지만 미친 듯이 복잡한 경우 유스 케이스 분석을 건너 뛰고 워크 플로우 또는 데이터 플로우에 대해 이야기하십시오. 앱 구현의 모든 부분에 동일한 도구를 사용하지 않는다면 요구 사항의 모든 부분에 동일한 도구를 사용하는 이유는 무엇입니까?
귀를 땅에 대십시오.
요구 사항 분석을 위해 읽은 모든 힌트와 팁 중에서 가장 자주 간과되는 정보 일 것입니다. 솔직히 내가 예정된 회의에서보다 더 멋진 도청 대화와 때때로 충돌하는 수랭식 대화를 배웠다고 생각합니다.
독립적으로 작업하는 데 익숙하다면, 대화가 들리는 곳을 찾아서 대화를들을 수 있도록하십시오. 당신이 할 수 없다면, 자주 부엌, 화장실 또는 어디서나 라운드를하십시오. 커피와 연기가 났을 때 사람들이 자랑하거나 불평하는 것에 귀를 기울이는 방식으로 비즈니스가 실제로 어떻게 운영 되는지에 대한 모든 종류의 흥미로운 것들을 알게 될 것 입니다.
마지막으로 줄 사이를 읽으십시오 .
과거의 가장 큰 실수 중 하나는 최종 결과에 너무 집중되어 사람들이하는 말 을 실제로 들을 시간 이 없었습니다 . 때때로-많은 시간-사람들이 전혀 무의미하게 들리는 절차에 대해 아무 소리도 내지 않거나 소리를 지르는 것처럼 들릴지 모르지만, 그들이 말하는 것에 정말로 집중 한다면 , 실제로는 거기에 묻힌 요구 사항 – 또는 여러 가지.
들리는 것처럼 들리고 불쾌한 것처럼 Five Whys 는 여기서 매우 유용한 기술입니다. 당신이 무릎을 꿇고 "멍청한"반응을 가질 때마다 (당신은 그것을 크게 말하지 않을 것입니다), 스스로를 멈추고 질문으로 바꾸십시오 : 왜? 이 정보가 네 번 다시 입력 된 다음 인쇄, 복사, 스캔, 다시 인쇄, 파티클 보드에 고정, 디지털 카메라로 촬영 한 후 영업 관리자에게 전자 메일로 전송되는 이유는 무엇입니까? 이 인 이유는 , 그들은 그것이 무엇인지 모르지만, 알아내는 당신의 일이다. 행운을 빌어 요. ;)