Kanban-project-management

かんばん-プロジェクト管理

カンバンは、プロジェクト管理アプローチとしてソフトウェア開発に適応しています。 ソフトウェア開発のかんばんは、バリューストリームと呼ばれる継続的なワークフローをサポートしています。

価値の流れ

バリューストリームは、プロジェクトの作成から完了までに必要なすべてのアクションで構成されます。

アクションは-

• プロジェクトに価値を加える
• 付加価値はないが避けられない
• 価値を付加せず、回避可能（無駄と呼ばれる）

廃棄物の除去

プロジェクトに価値をもたらさないものはすべて、廃棄物と呼ばれます。 かんばんは廃棄物の除去を促進します。

ソフトウェア開発では、3種類の無駄があります-

• コード開発の無駄
• プロジェクト管理の無駄
• チームの潜在的な無駄

コード開発の無駄

コード開発の無駄は、次の理由によるものです-

• 部分的に完了した作業-部分的に完了した作業は、古くなって使用できなくなる可能性があります。 これは、反復サイクルと、反復内で完了するモジュラーコードで排除できます。
• 欠陥-コードの開発において、修正と再テストには時間とリソースが必要です。 最新のテストスイートを使用することで排除でき、反復内でテストを完了し、顧客からの継続的なフィードバックを得ることができます。

プロジェクト管理の無駄

プロジェクト管理の無駄は、次の理由によるものです-

• 追加プロセス-時間とリソースを必要とする不要なドキュメント。 -で除去できます
• 関連するプロセスと必要なプロセスの事前計画。
• ドキュメントのレビュー。関連する必要なプロセスが守られていることを確認します。
• コードハンドオフ-最初の人の作業が完了した後、ある人またはチームから別の人またはチームに作業を渡すことを意味します。 知識不足を引き起こす可能性があります。 これは、フローチャートとワイヤフレームを表示し、明確にすることで排除できます。
• 追加機能-これらは顧客が必要としない機能です。 顧客が望まない機能を実装するために必要な機能を開発するための労力と時間が無駄になります。 要件の収集に関与する顧客やテスターとの継続的な対話により、システムのシナリオと予想される動作をよりよく視覚化できるため、これを排除できます。

チームポテンシャルの無駄

チームの潜在的な無駄は、次の理由によるものです-

• タスクの切り替え-マルチタスクの危険性につながりますが、これは無駄です。 すべてのリリースでタスクに焦点を当てて排除できます。 大きなプロセスステップは、タスクに分割されています-
• 可視性を改善する
• 依存関係を減らす
• 簡単な仕事の流れを実現
• 提供された作業のサイクルタイムに焦点を当てる
• ボトルネックを検出して解決する方法を提供する
• 待機-指示または情報を取得する時間-チームが意思決定を行わない場合、またはチームに提供される情報（開発者、テスターなど）が高価なリソースである場合、チームはアイドル状態になります。 チームメンバー（開発者、テスターなど）に次のことを許可することにより、これを排除できます。
• 指示を待つ必要がないように決定する
• 必要に応じて使用できるように情報にアクセスできる