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

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

価値の流れ

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

アクションはできます-

  • プロジェクトに付加価値を与える
  • 付加価値はありませんが、避けられません
  • 付加価値なし、回避可能(廃棄物と呼ばれる)

廃棄物の排除

プロジェクトに何の価値ももたらさないものはすべて廃棄物として知られています。かんばんは無駄の排除を容易にします。

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

  • コード開発の無駄
  • プロジェクト管理の無駄
  • チームの可能性を無駄にする

コード開発における無駄

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

  • Partially completed work−部分的に完了した作業は、古くなり、使用できなくなる可能性があります。これは、反復サイクルと、反復内で完了するモジュラーコードを使用して排除できます。

  • Defects−コードの開発では、修正と再テストに時間とリソースが必要です。これは、最新のテストスイートを使用して排除でき、反復内でテストを完了し、顧客からのフィードバックを継続します。

プロジェクト管理における無駄

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

  • Extra Processes−時間とリソースを必要とする不要なドキュメント。−で解消できます

    • 関連性があり必要なプロセスの事前計画。

    • 関連する必要なプロセスが確実に実行されるようにするドキュメントレビュー。

  • Code Handoffs−最初の人の作業が完了した後、ある人またはチームから別の人に作業を渡すことを意味します。それは知識の欠如を引き起こすかもしれません。フローチャートとワイヤーフレームを表示して明確に保つことで、これを排除できます。

  • Extra Functions−これらはお客様が必要としない機能です。お客様が望まない機能を実装するために必要な機能の開発には、労力と時間が無駄になります。システムのシナリオと予想される動作をより適切に視覚化できるため、要件の収集に関与する顧客やテスターとの継続的な対話によって、これを排除できます。

チームの可能性の無駄

チームの可能性の無駄は、次の理由によるものです-

  • Task Switching−それは無駄であるマルチタスクの危険につながります。これは、リリースごとにタスクに焦点を当てることで排除できます。大規模なプロセスステップは、次のタスクに分割されます。

    • 視認性を向上させる

    • 依存関係を減らす

    • 簡単な作業の流れを可能にする

    • 提供された作業のサイクルタイムに焦点を当てる

    • ボトルネックを検出して解決する方法を提供する

  • Waiting−指示または情報を取得する時間–チームが決定を下さない場合、またはチームに提供される情報(開発者、テスターなど)が高価なリソースである場合、チームはアイドル状態になります。チームメンバー(開発者、テスターなど)に次のことを許可することで、これを排除できます。

    • 指示を待つ必要がないように決定を下す

    • 必要なときに必要なときに使用できるように、情報にアクセスできる