システム開発で
正直チェックリストは
システム開発での 一般的な チェックリストの 存在意義
以下、
大規模な
システム開発では、 様々な スキルや 経験を 持った 多くの 開発者が 参画する ため、 開発者が 有する スキルや 経験の 差に よる 品質の ばらつきが 多くなる 傾向が あります。 スキルや 経験が 不十分な 開発者の 成果物は、 レビュー時に 本質的でない レビュー指摘が 増える ことで レビューアの 負荷が 増大し、 本質的な レビュー指摘に 注力できない ことで 品質低下に つながる リスクが あります。 そこで、 本チェックリストは、 開発者自身で 事前に チェック・修正する ことで、 レビュー前の 品質向上 および レビューアの 負荷軽減に より、 品質低下を 防止する 役目を 担います。
- スキルや
経験の 差から 来る 成果物品質の バラツキを 抑える。 - バラツキから
来る レビュー時の レビュー作業の 負荷を 低減する。
というのが
チェックリストと 失敗学
エンジニアの
- 未知
チェックリストに
- 未知
チェックリストに
- 不注意
チェックリストに
- 不遵守
チェックリストに
- 誤判断
曖昧な
- 調査・検討不足
曖昧な
- 制約条件の
変化
制約情報の
- 企画不良
チェックリストの
- 価値観不良
独自ルールが
- 組織運営不良
チェックリストの
チェックリストと、 MORSの 法則
行動科学では、
チェックリストの
- 計測できる
(Measured) - 観察できる
(Observable) - 信頼できる
(Reliable) - 明確化されている
(Specific)
チェックリストと、 死人 テスト
何々を
チェックリストの
行動か
チェックリストと 自動化
チェックリストの
自動化が
システム開発であれば、
もしくは、
コメント