始める前に、先取りの謝罪をする必要があります。
この投稿で使用している用語や語彙の一部が明らかに間違っている可能性が非常に高いため、重要な側面の一部を完全に誤って解釈している可能性もあります。私はこれが初めてなので、批判的になりすぎないでください。建設的なフィードバックを歓迎します。;)
バックグラウンド
現在、200名の開発部門をマルチメソッドから「アジャイル」に移行しています。理由、理由、長所、短所は、この質問の範囲をはるかに超えています。
この開発部門には、正式に「ソリューションアーキテクト」と呼ばれる10人で構成されるアーキテクチャサービスチームが含まれています。実際には、それらはソリューションだけでなく、プロジェクトのすべての技術アーキテクチャ面(つまり、ハードウェア、ソフトウェア、セキュリティ、ガバナンスなど)をカバーする技術者です。また、開発チームに特別な機能(コードレビュー、標準ガイダンスなど)と幅広いビジネス(入札への技術的インプット、顧客の要件の事前契約技術プレビュー)を提供します。
この移行の一環として、私は、建築サービスチームが責任を負う作業活動を把握するために、かんばんボードを作成する任務を負っていました。開発/コーディングチーム用の無数のサンプルボードがありますが、アーキテクチャ用に見つけることができるものはありません。だから私は様々なソースから取って「何か」を作成しました、それについての真のフィードバックを本当に感謝します。
また、これは開始点/進行中の作業としてチームに提示されることにも注意してください。それは彼らのボードであり、私は彼らにそれを所有してほしいと思っています。
これまでのところ私はこのようなものを持っています
メインボード
メインボードは、すべてのアクティブ/バックログプロジェクトを保持する場所です。すべてのアクティブな作業はこのボードで行われます。これは、毎日の建築スクラムで簡単にレビューされ、毎週の終わりにさらに詳細なレビューが行われます。
------------------------------------------------------------------------
| Evaluation | Implementation | Ad- Hoc |
| Todo | Doing | Done | Todo | Doing | Done | Todo | Doing | Done |
-------------------------------------------------------------------------------
Person | | | | | | | | | |
-------- ----------------- ---------------- -----------------
Person | | | | | | | | | |
-------- ----------------- ---------------- -----------------
Person | | | | | | | | | |
-------- ----------------- ---------------- -----------------
Person | | | | | | | | | |
-------------------------------------------------------------------------------
列の説明/目的は次のとおりです。
評価:その人が最初の技術分析を行うプロジェクト、つまり、製品所有者との技術オプションを実行し、プロジェクトのサイズを決定します。例として、評価プロジェクトは、アーキテクトが新しいテクノロジーを評価するか、顧客と協力して相互に合意した技術的ソリューションを作成する場合があります。
実装:開発(コーディング、テストなど)が活発に行われているプロジェクトであり、その人がより広範なプロジェクトチームのSA機能で行動している。例として、これは上記の「相互に合意した技術的ソリューション」のコーディング面の開発である可能性があります。同様に、いくつかの新しいハードウェアの実装をアーキテクチャで監視することもできます。
Ad-Hoc:他の2つの列に入れることができない、奇妙で素晴らしいものすべて。奇妙な再帰世界の例として、KanBanボードを作成するためのカードがアドホック列にあります:)。
人:かなり自明、その列のカードを「所有」している人。物事をもう少し楽しくするために、これには実際にはその人が選択したアバターが含まれています。
藤堂:事実上、私たちのバックログです。ここのカードは優先順位の高い順に並べられています。セルをしている人のスペースが利用できるようになると、私たちはtodoの上から取ります。
実施:かなり自明
完了:前回のフルボードレビュー(毎週金曜日の午後)以降に完了したアイテム
WIPの制限
私たちが今していることを行う(つまり、誰かが悲鳴を上げるまで仕事を配る)のではなく、メインボードで客観的/証拠に基づくWIP制限で作業したいと思います。ボードカードのサイズを次のように設定することが目的です。
- XS(極小):3点
- S(小):5点
- M(中):8ポイント
- L(大):13点
- XL(特大):21ポイント
サイズは、アーキテクトのワークロードの観点から非常に大きくなります。たとえば、10人で1年間のコーディングを必要とするが、最小限のアーキテクチュラル入力はXSまたはSのプロジェクトです。ただし、大規模なアーキテクチュラル入力はあるが最小限のコーディングを持つプロジェクトはXLになる可能性があります。
時間の経過とともに、各ユーザーのWIP制限を解決できるはずです。したがって、ジョニースミスは42ポイントの速度で作業できるため、そのレベルまでプロジェクトを割り当てることができます。
私が意図する前にこれを行っていなかったので、初期制限を高く設定することです、というのは、人が悲鳴を上げるとき、私たちは(チームとして)これを客観的に見て、それが本当に多すぎるのか、それともプロセスが原因なのかを判断できるということですなどは面倒であり、合理化されるべきです。
- 注:ここでのすべてのうち、これらのWIP計算は最低限の権利を「感じる」ビットです*
ファンネルボード
チームを飛行するすべてのランダムなものを追跡するために、ファンネルボードも用意しています。これは、次のような比較的単純なボードです。
------------------------------------------------------------------------
| Evaluation | Implementation | Ad- Hoc |
------------------------------------------------------------------------
| | | |
| | | |
| | | |
| | | |
| | | |
------------------------------------------------------------------------
チームは「プロジェクト」を認識しているが、これはまだ公式に認可されていない(つまり、メインボードのTodo列に入れることができる)ため、ファンネルボードに移動します。こちらのアイテムは個人には割り当てられません。私たちが考えているのは、通過するランダムなものを追跡し、それらが忘れられないようにすることです。また、担当者が評価プロジェクトを完了すると、メインボードの評価完了から実装ファンネルボードに移動します(すぐに実装プロジェクトにならない場合)。
チームのメンバーは、ファンネルボードのすべてをフォローアップする必要がある場合があります。つまり、これがまだ関連があるかどうかを尋ねる製品オーナーへのすばやい電話です(これは、メインボードのアドホックプロジェクトです)。
成功委員会
これは、過去Xか月間に行ったことを追跡するための単純なボードです。ファンネルやメインボードを通過したカードを保持します
------------------------------------------------------------------------
| Successes |
------------------------------------------------------------------------
| |
| |
| |
| |
| |
------------------------------------------------------------------------
私たちは時々このボードを回避して、お互いに背中を叩くことができるという考えです:)
ボードカード
ボード上のカードには、次の情報が含まれています。
------------------------------------------------------------------------
| SIZE (XS,S,M,L,XL) | OWNING TEAM MEMBER | RAG |
------------------------------------------------------------------------
| |
| PROJECT TITLE |
| |
------------------------------------------------------------------------
| | |
| DEPENDENTS | DEPENDENCIES |
| | |
------------------------------------------------------------------------
| |
| MISC INFORMATION |
| |
------------------------------------------------------------------------
| WIDER PROJECT TEAM (AS APPLICABLE) |
| Other Architects, Project Manager, Principal Developer, Business |
| Analyst, Scrum Master |
------------------------------------------------------------------------
カードの粒度がかなり高い「プロジェクト」レベルであることにお気づきでしょうか。タスクに分割された開発者スタイルのボードを実行する予定はありません(この歓迎の考え)。また、カードの場所によっては、すべてのセクションが適用されることにも言及する価値があります。私はまた、私が持っている最初の刺し傷として、カードを色分けすることを計画しています:
黄色:顧客と契約しているものすべてピンク:内部にあるもの(つまり、エンドユーザーに面していないもの)緑:企業グループのプロジェクトにあるもの
カードはポストイットではなく磁気になります。物事の変化に応じて生活を楽にするため、ミニホワイトボードのようなカードを見つけたいと思っています。
他のもの
- ボード上のカード上になければ、チームに関する限り、存在しません。
- ボード自体はホイール付きのホワイトボードであり、どこにでも持っていくことができます
- 将来、仮想ホワイトボードへの移行を検討する可能性があります(X列がYではなく、Yの左側にあると判断すると、物理的なホワイトボードを変更する方が簡単です)。
ご質問
- 私の初心者のかんばん戦争と平和を読んだ後、あなたの考えは何ですか?(私に気楽に行ってください:))