第1章 プロジェクト資料編纂技術
プロジェクト関連資料の準備に携わる場合は、次の方法を参照できます。
1.1. 書き込みプロセス
1.1.1. 要件の議論
プロジェクト資料を「誰に見て、誰にレビューして、どのような結果を求めるか」を明確にし、需要側とコア要件を確認します。
マテリアルのレビュー: プロジェクト用に作成されたマテリアル ファイルを検索します。これらはテンプレートとして使用でき、参照用のベースライン バージョンもあります。書くべき章をすべて読んで、項目を見逃さないようにしてください。
ゲインタイム: 全体的なドキュメント出力時間、マテリアル出力計画を見積もり、サポートポイントの必要性と予測可能なリスクを需要側に通知します。時間が短すぎる場合は、十分に徹底されていない可能性があるため、より多くの時間を求める必要があります。
1.1.2. プロジェクト研究
準備の目的:なぜ計画を立てるのか 準備の目的が違えば準備の深さが異なるため、方向性を決める必要がある 投資申請のみの場合、審査員にどうやってレビューしてもらうかが焦点あなたの計画に合格するには、あらゆる側面の質問を考慮する必要があります。中には実際にプロジェクトの実施を目的としたものもありますが、当事者 A のニーズに応じて、実現可能性調査の深さは深いほど良いとされます。
要件の目標: 関係する範囲、要件は何か、文書/文書/リーダーのスピーチ、上司が発行した文書の有無など。
現状と課題:既存システム構築の現状、どのようなシステムが構築され、どのような機能が実現でき、どのような問題があるのか
ビジネス要件:各警察署・営業部門のビジネス要件は何か、どのような機能を実現する必要があるかなど。
背景紹介:面接対象者、場所、時間、面接対象者の背景、面接の雰囲気。
主要な結果を要約します: 面接者の判断と結論、面接者の結論/議論。
次のステップを明確にし、添付文書レコードを出力します。
1.1.3. コアフレームワーク
点と線を整理して麺にまとめる:調査で得た情報、甲から提供された資料、自分で見つけたいくつかの政策文書などを整理し、一つ一つモジュール化する。
テンプレートを見つける: ベースとして必要なコンテンツのほとんどをカバーできる、より包括的なテンプレートを見つけ、調整や修正を加えます。
閉ループを実現するための方法のデモンストレーション: 閉ループを形成する方法においてフレームワーク全体を論理的に明確かつ科学的にする
レポートの枠組み: 最初のレポート草案を作成し、全体的な方法論、各章の内容と編集上の提案、および注意点を通知します。
1.1.4. ドキュメントの作成
アイデアの整理とディレクトリ構造の設計
テンプレートを選択した後は、急いでコードワードを作成せず、まず考えを整理し、必要な章を最初に含めます (何を含めるべきかを参照)。その後、当事者のニーズとプロジェクト条件の章に応じて、対応する章を追加します。全体的なフレームワークには、明確なロジック、明確な見解、完全性(MECE:漏れがなく、重複がなく、それ以上でもそれ以下でもなく、ちょうどよい)が求められます。ツール: XMind
再発明を避けるために適時に報告する
全体の枠組みを設計した後は、プロジェクトの監督者にタイムリーに報告および連絡し、後からの転覆ややり直しを避けることができます。一般の公安クライアントは実現可能性調査のルーチンに慣れていない可能性があり、彼の焦点は依然として計画の合理性にあります。
コードワードを分割し、うまくまとめる
ライティングスキル:ピラミッド原則(特徴:結論から始める、中心的なアイデア、論理的議論、論理的帰納法、徹底的かつ完全)を使用できる。プロジェクト リーダーが資料を要約するときは、飛躍的な記述 (スタイルの大幅な変更) を避けるために、使用される用語の一貫性と合理性に注意を払う必要があります。
科学的証拠、全体に十分な根拠がある
例えば、フロントエンドの構築数→ストレージの規模→バックエンドの処理能力の構成→投資見積りなど、どれも根拠が必要であり、結論は全く出せません。可能であれば、プランを比較し、比較の結論に基づいてプランを推奨するのが最善です。
1.2. 執筆方法論
1.2.1. ケースのベンチマーク分析
プロジェクトの位置付け、組織のリーダーシップモード、運営モードの選択、評価指標体系の設計の参考となるよう、代表的な事例や先進的な地域・州や国のベンチマーク分析手法などを多数収録しています。
1.2.2. 定量的および定性的な評価方法
情報化の進捗状況やパイロット工事の進捗状況のレビューでは、定性的評価手法を用いて各都市の段階を分類し、基礎条件の評価では、基礎条件の要素を十分に考慮し、基礎条件評価指標体系を確立しています。プロジェクトの意思決定のための基本的なインプットを提供する; レイアウト意思決定モデルにおける意思決定要素を十分に考慮し、プロジェクトのフロントエンド ポイントの構築とバックエンド アプリケーションのレイアウト意思決定を 2 つの要素を通じて導きます。ステージ定量評価モデル。
1.2.3. 文書分析方法
社会経済、情報化、都市建設に関する関連する計画資料、指導者演説資料、作業会議資料、研修資料などを省や各都市から大量に収集し、プロジェクトの理念や要点を間接的に理解する。建設を促進し、特別計画の適切性と実施を強化します。
1.2.4. 調査およびインタビュー方法
アンケートや電子メールを通じて公共/警察の安全都市建設ニーズの N 部を収集し、レイアウト意思決定モデルの評価のための基本的な入力データを提供する; プロジェクトのパイロットを実施し、企業インタビューに参加し、プロジェクトの進捗状況と経験を理解するパイロットを実施し、特別プロジェクトの成果に科学的結果を提供します。 適切な基盤を築きます。
1.2.5. 逆方向メソッド
既知の結論を使用してモデルを推定し、一連の思考をコンパイルし、モデルと一連の思考の実現可能性を自己検証し、最後に一連の思考とモデルを使用して必要な結論を導き出します。
1.2.6. 技術紹介
実際、多くの文書には、製造業者の優先事項が存在しないこと、および製造業者の特定のモデルや固有の特性が本文中に現れてはいけないという要件があります。したがって、ファイルを私たちにとって適切なものにする方法は技術的な仕事です。解決策は次のとおりです。
技術要件の章では、パラメータ要件を通じていくつかの制限を設けることができますが、少なくとも一部のメーカーはそれらを満たすことができません。
新しいテクノロジーの応用の章では、高度な専門知識と低い専門知識の両方について説明することに重点を置いています。
テクニカル分析の章の対象を絞ったテクニカル比較は適切かつ明確です。
ビジネス要件の章では、当社では満たせるが他社では満たせないビジネス要件(ビジネス要件は製品の機能ではありません)をまとめます。
ビジネス要件を審査する際には、得意なことは残し、不得意なことは削減するように努めます。これにより、ユーザーのニーズを満たすだけでなく、重要なポイントが強調されます。