WordPress開発にかんばんを使用する

あなたは「スレートをきれいに拭く」人ですか？ 月曜日、月の初め、または正月に新しく始めると何回言いましたか？ ここに秘密があります：それは決して機能しません。

あなたは本当にスレートをきれいに拭くことはできませんし、あなたがしたいはずもありません。 あなたは過去に行った仕事のおかげでここまで来ました。 はい、おそらくもっと効率的な方法がありますが、あなたが行ったすべての進歩を元に戻すことによってそれを発見することはできません。

だから私はかんばんシステムが大好きです。 2019年の初めにワークフローを見直して使い始めましたが、夢中になっています。 これは、組織化された状態を維持し、仕事をこなす必要があるタイプのチームに最適ですが、状況が大きく変化することもわかっています。

この記事では、WordPress開発チームのかんばんに焦点を当てますが、使用するサンプルのいくつかは、私の執筆ワークフローに基づいて作成された自分のかんばんボードからのものです。

かんばんとは何ですか？

かんばんの開発を理解するには、まずリーンシンキングを理解する必要があります。

リーンシンキングは方法論ではありません。 代わりに、それはプロジェクトのコンテキストを構成する値に基づく考え方です。 7つのリーン値は次のとおりです。

1. プロジェクトに付加価値をもたらさないものを取り除くことにより、無駄を排除します。
2. プロセスを改善するために定期的にフィードバックを収集することにより、学習を増幅します
3. できるだけ遅く、つまり、決定を通知するためにすべての情報を収集した後に決定します。
4. チームの士気や製品の品質を犠牲にすることなく、可能な限り迅速に提供します。 これは、速度だけではなく、効率と持続可能性に関するものです。
5. チームに力を与え、開発者の健康とエネルギーを確保し、専門知識とリーダーシップに基づいて推進します。
6. 直感的で価値のある体験を作成します。
7. 個々の機能だけでなく、プロジェクト全体を評価して全体像を確認します。

リーン思考を採用するチームは、ワークフロー管理にかんばん方式を使用することがよくあります。 ハードコピーのインデックスカードを使用してかんばんボードを設定することも、AsanaやTrelloなどのツールを使用してデジタルかんばんボードを作成することもできます。 さまざまな列を設定してワークフローを作成し、タスクが完了したら、ワークフロー内でカードを左から右に移動します。

出典：アサナ

最も基本的なかんばんボードには、次の3つの列があります。

• やること
• やってる
• 終わり

高度なかんばんボードを使用すると、追加の列を作成でき、各カードには、完了するための独自のサブタスクのセットがある場合があります。 これが私のAsanaのカードのサブタスクのほんの一部の例です：

かんばんは小さなタスクではなく大きな作業項目を追跡する傾向があるため、開始日と終了日、担当者、サポートドキュメントとともに、1枚のカードに複数のサブタスクと指示が必要になるのが一般的です。

かんばんの原則

かんばん開発は、進化するプロセスを設定する方法です。 特定のタスクをその場で実行することによる即時の変更を要求しません。 また、白紙の状態で始まるわけではありません。 代わりに、現在のプロセスとチーム構造に基づいて構築および適応します。

かんばんの基本原則は4つあります。

1. 現在のプロセスから始めます。 現在実行している手順、ポリシー、およびルールを含めます。 これは今後変わる可能性がありますが、それがかんばん開発のポイントであり、進化することです。
2. チームは、段階的かつ進化的な変更に取り組む必要があります。
3. 少なくとも今のところ、役職、役割、責任を尊重し、維持します。 プロセスを微調整すると、チーム構造が変わる可能性があります。
4. 必要に応じて、あらゆるレベルのチームメンバーが主導権を握るように促します。

かんばん慣行

6つの主要なかんばんの慣行があります。

1. 現在のプロセスの各ステップに一致する列を作成して、プロジェクトを視覚化します。
2. 上限を設定して、各列にあるアクティブな作業項目の数を制限します。 これにより、現実的なペースを作成し、チームメンバーが気を散らしたり、圧倒されたりすることなく、最も重要な作業項目に集中できるようになります。
3. カードが全面的に移動する速度を測定し、ボトルネックや無駄がないかどうかを評価します。
4. プロセスのステップ、ポリシー、およびルールを定義して、すべてのチームメンバーに通知します。
5. フィードバックループを実装し、必要なプロセスを微調整します。
6. 協力して改善し、急速に進化します。 このプラクティスは、チームが全体として決定を下せるように、4つの原則を組み合わせたものです。

WordPress開発のためのかんばん

ボードの作成

WordPress開発にかんばんを使用するには、プロセスを特定の開発ステップに分割する必要があります。 これを行う最も簡単な方法は、すでに提供している機能を確認し、開発の各広範なステップを一覧表示することです。 ソフトウェアエンジニアのハリソンフェローンの例を次に示します。

次に、各ステップを使用して、かんばんボードに列を作成します。 バグ追跡に使用されるAsanaのかんばんボードの例を次に示します。

WordPress開発かんばんボードのコラムのアイデアは次のとおりです。

• バックログ：実装される場合とされない場合があるアイデア
• 必須：開発するアイデア
• 設計の準備ができている：明確にされ、次のステップに向けて前進するアイデア
• 進行中：設計、コーディング、および製造段階で個別の「進行中」列を作成できます
• レビューの準備ができました：ステージごとに個別の「レビューの準備ができました」列を作成できます
• レビュー中：ステージごとに個別の「レビュー中」列を作成できます
• 必要な変更：より多くの作業が必要な返品アイテム
• 終わり

優先度に基づいてカードを分類することもできます。 AsanaやTrelloなどのツールには、この目的のために色分けされています。 バグ、顧客の機能、顧客の問題などのカテゴリに優先順位を付けることができますが、チームに最適です。

仕掛品制限の設定

かんばんボードの設定は、ワークフローの整理のほんの始まりにすぎません。 開発チーム全体が、かんばんボードの使用方法と各段階でのかんばんボードに期待されることを理解する必要があります。 これは、ボトルネック、または他の列よりも速い速度で作業を積み上げている列に気付いた場合に特に重要です。 チームメンバーが十分に効率的に作業していると確信している場合は、これを防ぐために仕掛品（WIP）の制限を設定する必要がある可能性があります。

たとえば、プロセスのこの部分が他の部分よりも時間がかかる場合、「テストと検証」ステップがボトルネックになる可能性があります。 解決策は、その列、その前の列、またはかんばんボード全体にWIP制限を設定することです。 「機能の構築」列と「テストと検証」列をそれぞれ5つに制限できます。 そうすれば、一度に構築される機能は5つ以下であり、一度にテストと検証が必要な機能は5つ以下です。 機能のテストと検証が終了したら、別の作業項目を「ビルド」列から移動できます。 これにより、ワークフローが1か所にとらわれることなく進行し続けます。

Kanbanizeによると、WIP制限を設定するための経験則は、開発者を2倍にすることです。 開発者が10人いる場合は、常に最大20のプロジェクトを設定します。 下限は効率の点で優れていますが、他の開発者が作業項目を完了するのを待つため、チームが何もすることがなくなるほど低く設定しないでください。

かんばん開発のベストプラクティス

WIP制限の背後にある詳細と理論的根拠を含めます。 チームメンバーが必要なときに参照できるように、これをボードに直接書き込むことができます。 たとえば、私のクライアントの1人が、列の上部にあるカードに、1日に請求できる記事の数と、1週間を通して記事がボードに追加される日時を説明する指示があります。

カードをあるボードから次のボードに移動するタイミングを明確にします。 一部のカードのサブタスクにこれを組み込んでいます。前のサブタスクが完了した後でのみカードを移動することを知っています。

より具体的なパラメータを設定することもできます。 例えば、私は記事がために支払われている場合、私は私のポートフォリオに記事の公表のリンクを追加した場合は、「完了」の欄にカードを移動することができます。

ワークフローを拡張して、列間を行き来する作業項目を考慮します。 「コードレビュー」列にアイテムがあるとします。 コードレビューに失敗した場合は、前の列に戻る必要があります。これはおそらく「機能の構築」のようなものです。 これが頻繁に発生する場合は、新しい種類のボトルネックがありますが、低いWIP制限を設定すると、十分な作業を実行できません。

解決策は、「FailedCodeReview」や「SecondCodeReview」などの新しい列を作成することです。 次に、機能が最初のコードレビューに合格した場合、次の自然なステップに直接進み、追加した2つの追加の列をスキップできることをチームに伝えます。 または、ワークフローの最初に新しい列を配置して失敗したレビューを収集し、プロセスに再度プッシュするか、プロセス内に「修正」列を追加してこれらの問題に取り組むことができます。 最良の解決策は、カスタマイズされたプロセスで機能するものです。

まとめ

まったく同じことをする2つの開発チームでさえ、かんばんボードの種類は1つではありません。 それが素晴らしい点です。ニーズに合わせて完全に調整し、ニーズの拡大と変化に合わせて調整することができます。 全体として、かんばんの開発は、ユーザーが望むものを作成する必要があるチームにとって優れています。 これらの機能を時間どおりに提供します。 持続可能なワークフローペースを作成します。

開発ワークフローがスムーズになったので、生産性を高めるためにデジタルワークスペースを設定する方法を学びます。