プロジェクトの導入とは何か、そしてその方法を説明します。避けるべき一般的な間違いといくつかの例。
プロジェクトの紹介とは何ですか？
用語 前書き 動詞から来る 導入する、つまり、セット内で、その名前が付けられたセクションが、読者に主題を紹介または紹介することを担当し、 目的 の 下書き。このセクションは、序文、予備、またはプロローグの名前で存在できますが、正確にはありません。 同義語.
すべての場合において、その機能は読者にすべてを提供することです 情報、コンセプト、 データ 主題を右足で入力するために必要となる可能性のある問題の文脈的、明確化、または一般的なフレームワーク。言い換えれば、私たちは読者が書かれた作品と最初に接触することについて話しているので、それが問題の出発点になります。
すべての紹介は、先行する研究の精神に適合している必要があり、その一部である必要があります。つまり、同時に、 文章 （それが本であろうと、 リハーサル, モノグラフなど）と別の章。その中で、残りの作業が議論され、関連情報が提供され、考えられる弱点が指摘され、または問題が簡単に説明されます。 動機 プロジェクトの背後にあります。
したがって、すべての紹介に対応する単一または普遍的なポイントまたはテーマのセットはなく、それらにアプローチする単一の方法もありません。それらは、一人称単数形（I）または複数形（we）でさえ、作者の観点から書くことができます。 」）。
プロジェクトの導入はどのように行われていますか？
理想的には、紹介文を書くときは、プロジェクトについて自分自身に質問し、可能な限り最も教訓的な方法でそれらに答えるようにすることです。例えば：
- その中で 環境 プロジェクトは表示されますか？その中で 伝統 サインアップしますか？
- 何があなたを動機づけますか？アイデアはどこから来たのですか？
- もしあれば、以前にどのような経験がありましたか？
- プロジェクトはどのような目的を提案し、なぜそれらが重要なのですか？
- 今日の世界でプロジェクトのテーマはどれほど重要ですか？
適切な質問が作成されたら、次のステップは、最も一般的なものから最も具体的なものへ、または私たちにとって魅力的で読者にとって有用なテキストを作成できる基準に従ってそれらを整理することです。
課題は、つまずきのブロックに進まない、また概略的でもない、流動的なテキストを作成することです。 「背景」、「目的」、「研究の重要性」など、議論する主要なトピックにあなたを分割する字幕を手伝うことは悪い考えではありません。
最後に考慮すべきことは、プロジェクトの概要を最初から最後まで把握する必要があるため、プロジェクトの紹介は常に最後に書かれることです。
はじめに避けるべきよくある間違い
紹介をするときに犯される最も一般的な間違いのいくつかは次のとおりです。
- 学校のフレーズから始めます。 「この作品は…を対象としています」または他の同様の公式で始まると、あなたの文章は小学校の作品のように見えます。良い紹介は確かにプロジェクトの使命の主題に触れますが、それはそれについてもっと何かを言うことによってそうします。さらに、それは非常に退屈なスタートです。
- 彷徨いすぎ。いくつかのコンテキスト情報を提供し、より広い視点を示し、過去のデータを流してもかまいません。しかし、ページやページについてはそうではありません。読者があなたのプロジェクトやウィキペディアを読んでいるかどうかがわからなくなるので、読者の退屈や気を散らす危険があります。要点をつかむ。
- 言うことは何もありません。上記の反対：紹介が半分のページしか占めないのは普通ではありません。それはあなたが何も言うことがないことを示唆しているからです。あなたの3ページが異なる言葉を使って同じことを何度も繰り返す場合も同じことが起こります。言いたいことを見つけてください。多分あなたはあなたの見方を変えるか、あなた自身に考える時間を与えるべきです、あるいは多分あなたはあなたのプロジェクトが含まれている文脈の少しを調べるべきです。
プロジェクト紹介の例
以下に、さまざまなプロジェクトの性質に合わせて開発および適応できるいくつかの紹介の可能性を示します。
- プロジェクトのタイトルにあるキーワードの語源から始めて、プロジェクトの主要な前例をカバーするトピックの歴史を読者に提供し、その動機を説明することで終わります。
- の分野の主な課題を説明する 興味 プロジェクトの、それに対処するための以前の試みと彼らが提示した失敗を詳述します。次に、これがプロジェクトの作成者に新しい道を提案するきっかけとなった方法を説明します。
- の逸話を覚えておいてください 正確 世界中で、または少なくともプロジェクトのテーマの特定の領域で認識され、その逸話の一部をプロジェクトの目的の正当化として使用し、覚えている人に敬意を表してみてください。
- 以前に失敗した経験をリストし、何がうまくいかなかったのか、そしてその理由を詳しく説明し、次に研究者が明かりをつけたおかげで面白いまたは興味深い逸話を伝え、エラーなしで再試行できるようになりました。
- プロジェクトの主題における複雑であるが中心的な技術的概念から始めて、それを理解する新しい方法を読者に提供すること。それは残りの人々の精神として役立つでしょう。 リサーチ。次に、プロジェクトの予期しない結果について詳しく説明します。
プロジェクトの範囲と制限
プロジェクトの範囲と制限については、概要の中で、または別のセクションとして話すのが一般的です。いずれにせよ、プロジェクトの範囲について話すときは、私たちがそれをどこまでやりたいか、つまり、私たちが計画しているものよりも広大で複雑であることがわかっている主題でどこまで行くかについてのみ説明しますタックル。
たとえば、プロジェクトが削除に関するものである場合 化石燃料、私たちがよく知っている巨大なタスクですが、それを行うための多くの可能な方法の1つを探求することに満足することを説明するのは論理的です。
範囲を説明することで、プロジェクトの制限についても説明できます。 予算、 から 天気、複雑さなど。私たちは全能ではなく、誰も私たちがそうなることを期待しているわけではないので、私たちが何をしようとしているのか、そしてどのような制限の範囲内であるのかを説明する価値があります。