PDCAサイクル - Wikipedia
PDCAサイクルの概念図 PDCAサイクル（PDCA cycle、plan-do-check-act cycle）とは品質管理など業務管理における継続的な改善方法。Plan（計画）→ Do（実行）→ Check（確認）→ Act（改善）の4段階を繰り返して業務を継続的に改善する方法。主に日本で使われている[注 1]。AをActionとする場合もある[1]。 PDCAを提唱したと言われるデミングは、CheckはHold Backという停止を意味することから好ましくないと晩年まで主張していた。PDCAはシューハート・サイクル（Shewhart Cycle）またはデミング・ホイール（Deming Wheel）とは関係がないとも証言をしている。没年には、CheckをStudy（研究）に置き換えたPDSAサイクルとすべきであると主張した[2]。 概要[編集] PDCAは繰り返されていく。 第二次世界
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？
「バグ数には興味ないのだよ」――顧客が喜ぶテスト仕様書とは？：誰にでも分かるSEのための文章術（11）（1/2 ページ） 「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 メーカーが機械を納入する際は、耐久試験や性能試験などの結果を添付して、問題がないことを顧客に確認してもらいます。同様にシステム開発においても、テスト結果を顧客に提示してシステムに問題がないことを確認してもらう必要があります。 今回と次回の2回にわたって、「テスト仕様書」の書き方と表現のポイントを説明します。 今回は、「顧客にとって良いテスト仕様書」とは何か、「顧客にとって良いテスト仕様書」にするためには何を記述すればよいのか、テスト仕様書のおおまかな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
