手順を共有していないから、改善活動が混乱する − ＠IT情報マネジメント
手順を共有していないから、改善活動が混乱する：プロが教える業務改善のツボ（3）（1/2 ページ） 業務改善の活動において「手順」は重要だが、こだわらなくてもよいところにこだわりすぎるとかえって迷路に迷い込んでしまう。今回は、「手順」のこだわるべきポイントはどこなのか？ 陥りやすいワナはどこにあるのか？ 大切なポイントをお教えしよう 第1回、第2回では、原因分析のロジックツリーを使って、「縦（深さ）」と「横（広がり）」という2つのベクトルで問題の原因（真因）を突き止め、それを除去することによって、「問題の再発を根本から防止できる」と解説しました。今回は、そうした原因分析を基に、実際に業務改善を進める際のポイントを紹介しましょう。 業務改善の「手順」より、「手順に対する共通認識」にこだわれ！ 皆さんも「これから仕事に取り掛かるぞ！」というときには、まず段取りを考えることでしょう。「段取り八分」
現代のAgile開発が抱える課題 - プログラマの思索
チケット駆動開発でAgile開発を初めて実践できて、Agile開発の長所や短所が色々分かってきた気がする。 今の時代にAgile開発はとても優れていると思っているが、乗り越えるべき課題はまだまだある。 その課題も、時代の変化によって、より難しいレベルまで要求されているように思う。 2000年代に現れたXPを代表とするAgile開発は、その利点は広く知られてきたが、適用の限界や短所について従来から指摘され続けてきている。 その課題についてまとめてみる。 #考えたことをラフなメモ書き。書きかけもある。 【1】Agile開発はプロジェクト管理が弱い アジャイル開発でプロジェクト管理、そしてプロセスを管理する部分が弱いという指摘は従来から言われていた。 確かに、PMBOK、CMMIなどの観点から見れば、Agile開発はプログラミング重視で全体的なプロセス設計がなされていないように思える。 だが、S
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WBSには、守るべき3つのルールがある
