記事一覧
謝るだけじゃダメ！：
トラブル発生時に提出する「謝罪報告書」。書き方一つでさらに相手を怒らせてしまったり、今後の対策を建設的に相談できるようになったりします。連載「エンジニアのためのビジネス文書作成術」、第4回目は「謝罪報告書」の書き方と、Wordの「表スタイル」を使って経緯や対策を見やすくするコツを伝授します。
()
「訴えてやる！」を未然に防ぐ：
システム開発に先立ってユーザーがベンダーに提出する「提案依頼書（RFP）」。ここであいまいな表現やヌケがあると、後々トラブルになることもあります。連載「エンジニアのためのビジネス文書作成術」、第3回目は「RFP」の書き方と、Wordの「スタイル」を活用して「RFP」を見やすくするコツを伝授します。
()
ユーザーの要件には「ウソ」がある？：
システム開発プロジェクトの成否を決めるといっても過言ではない「要件定義」。連載「エンジニアのためのビジネス文書作成術」、第2回目は「要件の洗い出し方」と、Wordの機能を駆使して「要件定義書」を見やすくするテクニックを伝授します。
()
あなたが“正しい”と思う「議事録」は別の誰かにとって“正しくない”：
「要件定義書」や「提案依頼書」などのIT業界で作成するビジネス文書の書き方を、分かりやすく伝授する連載「エンジニアのためのビジネス文書作成術」。今回のテーマは「議事録」です。ミスなくモレなく誤解もされない記述方法を学びましょう。
()