여기를 클릭하여 도와주세요. 데이비드 맥머리 웹 호스팅 비용 지불:
가능한 소액을 기부해 주세요!
온라인 기술 작문은 무료로 유지됩니다.
이 장에서는 연구된 의견이나 권고를 제공하는 loosely defined 그룹의 보고서 유형을 소개하며, 이후 기술 작문 과정을 듣고 있다면 자신만의 보고서를 작성합니다.
약간의 미세한 구분...
타당성 보고서, 추천 보고서, 평가 보고서, 사정 보고서, 그리고 누가 알겠습니까, 모두 대략 같은 일을 합니다—신중하게 연구된 의견과 때때로 추천을 제공합니다.
- 타당성 보고서: 이 유형은 상황(예를 들어, 문제나 기회)을 연구하고 그것에 대해 무언가를 할 계획을 세운 다음, 그 계획이 "실현 가능"—현재 기술, 경제, 사회적 필요 등의 측면에서 실용적인지를 판단합니다. 타당성 보고서는 "우리가 Plan X를 실행해야 할까요?"라는 질문에 대해 "예," "아니요," 그러나 더 자주 "아마도." 라고 답합니다. 이는 추천을 제공할 뿐만 아니라, 그 추천 뒤에 있는 데이터와 이유도 제공합니다. 다음은 " 에 대한 타당성 조사에 관한 비디오입니다. 미주리주에 하이퍼루프? 새로운 연구에 따르면 가능하지만 반드시 저렴한 것은 아닙니다. (별도의 브라우저에서 열림).
- 추천 보고서: 이 유형은 명시된 필요, 선택 옵션 또는 둘 다에서 시작하여 하나, 일부 또는 전혀 추천합니다. 예를 들어, 회사는 문법 검사 소프트웨어를 검토하고 있으며 어떤 제품이 가장 좋은지 추천을 원할 수 있습니다. 추천 보고서는 다음 질문에 대한 답변을 제공합니다 "어떤 옵션을 선택해야 합니까?
- 평가 보고서: 이 유형은 예-아니오-아마의 답변이나 권장 사항보다는 의견이나 판단을 제공합니다. 이것은 연구된 의견을 제공합니다. 값 또는 가치 무언가를 요구 사항(또는 기준)의 집합과 비교하여 평가하는 것입니다. 예를 들어, 최근 오스틴 시는 승객 수를 늘리고 교통 혼잡을 줄이는 방법으로 무료 버스 교통편을 평가했습니다. 효과가 있었나요? 가치가 있었나요? —이러한 질문들은 평가 보고서가 답하려고 하는 질문입니다.
이 장의 NotebookLM 생성 인포그래픽
전형적인 내용: 추천서 및 타당성 보고서
당신이 어떤 실행 가능성, 권장 사항 또는 평가 보고서를 작성하든, 사람들이 그것을 어떻게 부르든 — 대부분의 섹션과 그 섹션의 구성은 대체로 비슷합니다.
구조적 원칙의 기본은 이렇습니다: 추천, 선택 또는 판단만 제공하는 것이 아니라, 그에 이르는 데이터와 결론도 함께 제공해야 합니다. 이렇게 하면 독자들은 당신의 발견, 논리, 결론을 검토하고 완전히 다른 관점을 제시할 수 있습니다.
소개. 소개에서 문서의 목적이 주제를 평가하거나, 추천하거나, 타당성을 결정하는 것임을 명시하십시오.
기술 배경. 일부 추천서나 타당성 보고서는 나머지 보고서가 의미 있게 되도록 기술적인 논의가 필요할 수 있습니다. 이러한 정보의 딜레마는 이를 별도의 섹션에 포함시킬 것인지, 아니면 관련된 비교 섹션에 맞출 것인지입니다. 예를 들어, 태블릿 컴퓨터의 전력과 속도에 대한 논의는 RAM, 메가헤르츠 및 프로세서에 대한 논의가 필요할 것입니다. 이를 전력과 속도에 따라 태블릿을 비교하는 섹션에 넣어야 할까요? 아니면 비교를 깔끔하고 정돈되게 유지하면서 비교와 결론에만 엄격히 한정해야 할까요? 모든 기술적 배경 지식은 보고서의 앞부분이나 부록에 독립적인 섹션으로 포함될 수 있을까요?
추천 및 타당성 보고서의 개요도. 이것이 내용과 조직을 위한 전형적인 또는 일반적인 모델이라는 점을 기억하세요.
상황 배경. 이 보고서들 중 많은 경우, 문제, 필요 또는 이를 초래한 기회에 대해 논의해야 합니다. 이에 대해 말할 것이 적다면, 이 정보는 서론에 포함될 수 있습니다.
요구 사항 및 기준. 타당성 및 권장 사항 보고서의 중요한 부분은 최종 결정 또는 권장 사항에 도달하는 데 사용할 요구 사항에 대한 논의입니다. 다음은 몇 가지 예입니다:
- 직원들이 사용할 태블릿 컴퓨터를 추천하려는 경우, 요구 사항은 크기, 비용, 하드 디스크 저장 용량, 디스플레이 품질, 내구성 및 배터리 기능을 포함할 가능성이 높습니다.
- 오스틴 커뮤니티 컬리지의 모든 학생에게 ACC 컴퓨터 네트워크에서 ID를 제공하는 것의 실현 가능성을 살펴보고 있다면, 그러한 프로그램의 기본 요구 사항—목표, 피해야 할 문제 등 정의해야 합니다.
- 오스틴의 무료 버스 운행 프로그램을 평가하고 있다면, 프로그램에 대한 기대사항을 알아야 하고, 그 후 실제 결과를 해당 요구사항과 비교해야 합니다.
요구사항은 여러 기본적인 방식으로 정의될 수 있습니다:
- 숫자 값: 많은 요구 사항이 최대 또는 최소 수치로 제시됩니다. 예를 들어, 비용 요구 사항이 있을 수 있습니다.—태블릿은 $900을 초과해서는 안 됩니다.
- 예/아니오 값: 일부 요구 사항은 단순한 예-아니오 질문입니다. 이 태블릿에 블루투스가 장착되어 있습니까? 이 자동차에 음성 인식이 장착되어 있습니까?
- 등급 값: 경우에 따라, 주요 고려 사항은 수치 값이나 예/아니요 값으로 처리할 수 없습니다. 예를 들어, 귀하의 조직은 어떤 국가에서 인정된 평가 그룹에 의해 최소 "좋음"의 사용 용이성 평가를 가진 태블릿을 원할 수 있습니다. 또는 직접 평가를 할 수도 있습니다.
용어 "요구사항"는 여기서 "기준" 대신 사용됩니다. 후자의 단어에는 일정 정도의 모호함이 존재하며, 대부분의 사람들은 그것이 단수인지 복수인지 확신하지 못합니다. (기술적으로, 이는 복수형입니다; "기준"은 단수형이며, "기준"은 일반적으로 단수형과 복수형 모두에 사용됩니다. "기준"을 공개적인 장소에서 사용해 보세요—이상한 시선을 받을 것입니다. "기준들"은 단어가 아니며 절대 사용해서는 안 됩니다.)
요구 사항 섹션은 각 개별 요구 사항이 서로에 대한 중요성을 어떻게 설명하는지도 논의해야 합니다. 비교 카테고리에서 어떤 옵션도 모든 면에서 최선이 아닌 전형적인 상황을 상상해 보세요. 한 옵션은 더 저렴하고, 또 다른 옵션은 더 많은 기능을 가지고 있으며, 하나는 사용 편의성이 더 좋고, 또 다른 하나는 더 내구성이 뛰어난 것으로 알려져 있습니다. 명확한 승자가 없는 상황에서도 "승자"를 결정하도록 요구 사항을 설정하세요.
옵션에 대한 논의. 일부 종류의 타당성 또는 권장 보고서에서는 선택의 범위를 보고서가 집중하는 항목으로 좁힌 방법을 설명해야 합니다. 종종 이는 요구 사항 논의 바로 다음에 옵니다. 기본 요구 사항이 선택 범위를 좁힐 수 있습니다. 그러나 다른 옵션을 제외하는 다른 고려 사항이 있을 수 있습니다—이 부분도 설명하십시오.
또한, 옵션 자체에 대한 간단한 설명을 제공해야 할 수도 있습니다. 다음 섹션에서 나오는 비교와 혼동하지 마십시오. 이 설명 섹션에서는 독자들이 옵션에 대해 어떤 정보를 알 수 있도록 일반적인 논의를 제공합니다. 이 단계에서의 논의는 비교적이지 않습니다. 그냥 옵션에 대한 일반적인 방향을 제시하는 것입니다. 태블릿 예시에서는 비교할 각 모델에 대한 간단하고 일반적인 사양을 제공할 수 있습니다.
항목별 비교. 타당성 또는 권장 보고서의 가장 중요한 부분 중 하나는 옵션의 비교입니다. 이 섹션을 포함하는 이유는 독자가 자신의 생각을 점검하고 원한다면 다른 결론을 도출할 수 있도록 하기 위함임을 기억하세요. 이는 옵션별로 다루기보다는 비교할 포인트별로 처리되어야 합니다.
전체 대 전체 및 점 대 점 비교 정리 방법에 대한 도식적 보기. 아주 독특한 주제가 아니라면, 포인트별 접근 방식을 사용하세요.
만약 태블릿을 비교하고 있다면, 비용에 대한 섹션, 배터리 기능에 대한 섹션 등을 가진 비교가 있을 것입니다. 당신은 않을까요 옵션 A에 대한 모든 내용을 논의하는 섹션과 옵션 B에 대한 모든 내용을 논의하는 섹션이 있어야 합니다. 그렇게 하면 효과적이지 않을 것입니다. 왜냐하면 비교는 여전히 어딘가에서—아마도 불쌍한 독자에 의해 이루어져야 하기 때문입니다. (위에서 이 두 가지 비교 접근 방식에 대한 도식적 설명을 참조하십시오.)
포인트별 접근 방식에서는 각 비교 섹션이 해당 비교 포인트에서 어떤 옵션이 최선의 선택인지 명시하는 결론으로 끝나야 합니다. 물론 항상 명확한 승자를 명시하는 것이 쉬운 것은 아닙니다. 다양한 방법으로 결론을 보완해야 할 수도 있으며, 다양한 조건에 대해 여러 결론을 제시해야 할 수도 있습니다.
메모: 전체 대 전체 접근 방식을 언제 사용할 수 있을까요? 비교가 논리적으로 포인트 — 카테고리로 나뉘지 않을 수 있습니다. 비교하고 있는 옵션은 비교할 수 없는 서로 다른 장점과 단점을 가질 수 있습니다. 비교되는 두 제품은 서로 다르지만 겹치는 기능 세트를 가질 수 있습니다. 그럼 당신은 무엇을 선호합니까? — 사과 아니면 오렌지?
개별 비교 섹션. 이 섹션은 오직 한 가지 점만 비교하고 그 한 가지 점에 대한 명백한 결론으로 끝나는 것을 알 수 있습니다.
평가 보고서를 작성한다면, 명백히 옵션을 비교하지 않을 것입니다. 대신 평가되는 것을 그것에 부여된 요구사항과 사람들의 기대와 비교하게 될 것입니다. 예를 들어, 캐피털 메트로는 1년 이상 무료 버스 교통 프로그램을 운영했는데—그 프로그램에 대한 기대는 무엇이었나요? 그 프로그램이 그 기대를 충족했나요?
요약 표. 개별 비교 후, 비교 섹션의 결론을 요약한 요약 테이블을 포함하세요. 일부 독자는 문단보다 테이블의 세부 사항에 더 주의를 기울이는 경향이 있습니다. 그러니 문단 작성을 면제받는 것은 아닙니다!
요약 표. 일부 독자들은 단락에 포함된 데이터보다 표 데이터 선호합니다.
결론. 타당성 또는 추천 보고서의 결론 섹션은 부분적으로 여러분이 비교 섹션에서 이미 도달한 결론의 요약 또는 재진술입니다. 이 섹션에서는 개별 결론을 다시 설명하며, 예를 들어, 어떤 모델이 가장 좋은 가격을 가졌는지, 어떤 모델이 가장 좋은 배터리 기능을 가졌는지 등을 포함합니다.
하지만 이 섹션은 더 나아가야 합니다. 모든 상충되는 결론을 풀어내고 최종 결론에 도달해야 하는데, 그 결론은 어떤 선택이 최선인지 명시하는 것입니다. 따라서 결론 섹션은 먼저 주요 결론—단순하고 단일 카테고리인 것들. 하지만 그 후에는 명시해야 한다. 부차적 결론—상충되는 주요 결론을 조화롭게 만드는 것들. 예를 들어, 한 태블릿이 가장 저렴하지만 배터리 기능이 좋지 않고, 다른 태블릿이 가장 비싸지만 배터리 기능이 좋다면, 당신은 어떤 것을 선택하고, 왜 그런 선택을 했나요? 이 딜레마에 대한 답변은 보조 결론에서 명시됩니다.
그리고 물론, 결론 섹션은 다음으로 끝납니다. 최종 결론—가 어떤 옵션이 가장 좋은 선택인지 명시하는 것입니다.
추천 또는 최종 의견. 타당성 및 권장 사항 보고서의 마지막 섹션은 권장 사항을 제시합니다. 이제 그 점이 분명할 것이라 생각할 수 있습니다. 일반적으로 그렇지만, 일부 독자는 바로 권장 사항 섹션으로 건너뛰고 당신의 노력을 모두 무시할 수 있다는 점을 기억하세요! 또한, 가장 좋은 선택이 있을 수 있는 경우도 있지만 그것을 추천하고 싶지 않을 수도 있습니다. 초기 역사에서 노트북 컴퓨터는 무겁고 신뢰성이 없었습니다—더 나은 모델이 있었을지라도, 심지어 그조차도 가질 가치가 없었습니다.
추천 섹션은 추천으로 이어지는 가장 중요한 결론을 요약한 다음, 추천 사항을 emphatically하게 명시해야 합니다. 일반적으로, 여러 가지 가능성에 따라 여러 옵션을 추천해야 할 수 있습니다. 이는 예시에서 보여준 것처럼, 글머리 기호 목록으로 처리할 수 있습니다.
주요, 보조, 및 최종 결론. 결론 6에서 두 가지 비교 범주가 서로 비교되고 있으며, 더 많은 옵션이 낮은 비용을 초월하는 것이—보조 결론입니다.
평가 보고서에서 이 마지막 섹션은 최종 의견이나 판단을 나타냅니다. 다음은 몇 가지 가능성입니다:
- 네, 무료 버스 교통 프로그램은 성공적이었거나 적어도 초기 기대치를 기준으로 했을 때 성공적이었습니다.
- 아니, 그것은 끔찍한 실패였다—최소한의 기대치조차 충족하지 못했다.
- 혹은, 그것은 성공이자 실패였습니다—일부 기대에는 부응했지만 다른 기대에는 부응하지 않았습니다. 그러나 이 경우 당신은 여전히 책임이 있습니다—전체적인 평가는 무엇인가요? 다시 한 번, 그 판단의 근거는 요구 사항 섹션 어딘가에 명시되어야 합니다.
타당성 및 권장 사항 보고서 작성에 대한 조직 계획
이것은 이러한 유형의 보고서에 대한 두 가지 기본 조직 계획을 논의하기 좋은 시점입니다:
- 전통적인 계획: 이것은 이 장에서 섹션이 방금 제시된 순서에 해당합니다. 배경 및 요구 사항으로 시작한 후, 비교로 이동하고, 결론 및 권장 사항으로 마무리합니다.
- 경영 계획: 이것은 결론과 권장 사항을 보고서의 맨 앞에 배치하고 배경, 요구 사항 및 비교에 대한 전체 토론을 부록으로 옮깁니다. 그렇게 하면 "바쁜 임원"이 가장 중요한 정보를 즉시 볼 수 있고, 질문이 있을 경우에만 자세한 토론으로 넘어갈 수 있습니다.
같은 보고서의 예시 개요. 경영 접근 방식에서 모든 주요 사실, 결론 및 권장 사항이 "앞에" 있어 독자가 빠르게 접근할 수 있도록 되어 있다는 점에 유의하세요. 대규모 보고서에서는 각 부록에 대한 탭이 있습니다.
추천 보고서를 위한 AI 프롬프트
보통 읽히지 않는 체크리스트는 약간의 수정을 거쳐 AI 프롬프트의 출처로 사용될 수 있습니다. 다음 내용을 복사하여 구글의 제미니와 같은 AI 시스템에 붙여넣고 놓친 점이 무엇인지 확인해 보세요.
참고: 데이터 보고서의 내용, 형식, 스타일 또는 그 구성 요소에 대한 모든 참조는 다음에서 확인할 수 있습니다. 온라인 기술 작문 교과서.
AI를 사용하여 글쓰기 프로젝트를 평가하고 싶을 때, 자기소개를 하고 AI에게 자신이 누구인지, 무엇을 원하는지 말하세요. AI가 평가를 할 수 있도록 온라인 교과서와 같은 참고 자료를 제공하세요. 그런 다음 AI에게 평가에서 확인해주길 원하는 내용을 게시하세요.
소개를 귀하의 정체성에 맞게 수정하세요.
|
추천 보고서를 위한 AI 프롬프트 안녕하세요, AI. 저는 텍사스 오스틴의 오스틴 커뮤니티 칼리지에서 사이버 보안 학생인 데이비드 맥머리입니다. 다음 추천 보고서를 평가해 주시기 바랍니다. 온라인 교과서, 장에 대한 추천 보고서, 그리고 다음 질문들:
|
관련 정보
읽기 퀴즈. 이 퀴즈를 사용하여 이 장에 대한 이해도를 테스트하세요.
훈련 가능하다. 연습을 위해 글을 써보세요. 맥머리 당신의 강사로서.
이 챕터에 대한 귀하의 생각, 반응, 비평을 주시면 감사하겠습니다: 당신의 응답—데이비드 맥머리.
