気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン 「当たり前のことを徹底的にやり遂げる」。これはアメリカ小売業の最大手、ウォルマートのモットーです。 「当たり前のことが重要だ」というこの言葉は、読み方によっては、当たり前のことを行うのがいかに難しいかを示しているとも言えます。重要ではあるが実行が困難であるからこそ、会社のスローガンとして掲げて全社員に訴えているわけです。 さて、ビジネスの世界における“当たり前のこと”の1つに、「PDCサイクル」という原理原則があります。「P」はPlan（計画）、「D」はDo（実行）、「C」はCheck（評価）。人によってはCの後に「A」（Action）を加えますが、私は「A」の中身を「C」に含めて考えているので、よりシンプルに「PDC」と縮めています。 いず
ちょっと書いてみる最近、PMBOKだかを読むような人も増えてると思うけど、いくら読んでもデスマは解決しないのは、PDCAを滝に対して垂直に回すから。PDCAと滝の関係はP設計D開発CテストA修正と水平に回るべきなのに、今はこうなってる。PDCA設計PDCA開発PDCAテストPDCA修正つまり、垂直に回っている。設計に対していくらPDCAをまわしてみても、せいぜい誤字脱字、書式が正しくない、更新日付が間違ってる、と言ったことしか見つからないし、こいつらは、プログラムに対してまったく関係がない。まったく関係がないミスをいっぱい見つけて、はい、これで完璧です。次のフェースに行きましょう。って言ってるのが現状。で、開発になってこの設計ではうまく行かない点が見つかって大騒ぎになっている。何でだ設計書は完璧なんだろう？はい完璧に誤字脱字はありません。ギャグですかと。テストになってバグがいっぱい見つかっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く