「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？：誰にでも分かるSEのための文章術（11）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
上司が“唸る”報告書 の書き方｜５つの具体的なテクニックや文例集など
1.報告書の構成 報告書とは、上司や関係者に必要な情報を提供するための文書のことです。３層構造（標題→内容要旨→詳細内容）で、情報の整理や要約をしていきます。 例えば、日時、場所、目的、内容等について、情報を簡潔に記入します。 また、所感は記入する場合と、しない場合があります。その場の細かなニュアンスを伝えたほうが有効な場合には、所感も書くようにします。 【報告書（例）】 〔pdf〕打ち合わせ報告書 〔pdf〕営業報告書 1-1.報告書の全体構成 注意すべき点は、以下の三角形の図のように、「標題」は「内容要旨」（打ち合わせ内容）の要約、 「内容要旨」は「詳細内容」（ヒアリング事項等）の要約という３層構造を理解することです。 実際、報告書を上から（標題から）順に書こうとするから難しいのであって、 報告書の説明文（詳細内容から）順に書いていけば、割と楽に書けます。 【報告書の構造（下位にいくほ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
