Trelloの操作に慣れている人の多くは、このツールの便利さと汎用性に注目していますが、多くの新しいサービスや機能が登場していることを忘れています。 Trelloは、かんばんボードに基づいて構築されています。 残念ながら、Trelloのかんばんボードは非常に単純化されています。一般的なオフィスタスクで素晴らしい仕事をしますが、アジャイルにはソフトウェア開発のための多くの機能がありません。
Trelloは、スクラムとかんばんを完全に使用するには何が欠けていますか？
たとえば、少なくとも、開発者、テスター、プロジェクトマネージャー、および製品マネージャーがいる会社を考えてみましょう。 彼らは、仕事でスクラムとカンバンの両方の方法論を使用できます。 なぜ彼らはTrelloから目を離して、他のプラットフォームの新機能について学ぶべきなのでしょうか？ Hygger.ioの創設者は当初、これについて考え、製品管理プラットフォームの本格的な機能を計画していました。
Hygger.ioプラットフォームの創設者兼CEOであるAlexander SergeevのTrelloは、Trelloにはない製品を管理するための便利な機能について語っています。
スイムレーン
黒板に縦の列を想像するのは簡単です。 提示？ したがって、スイムレーンは水平の列です。 原則として、開発ボードでは、3種類のスイムレーンを作成します。
- タスクとバグ -99％の人がこのスイムレーンからタスクを完了します。
- いつか -ここでは、おそらくターンに到達しない可能性が高いタスクを延期します。
- ブロッカーは、現在実行する必要があるタスクまたはバグをリアルタイムで取得します。 そのようなタスクの例：サーバーの「クラッシュ」、支払いまたは登録の破損、crashlytics / rollbar / sentryからの新しい例外。合意により、プログラマーはすぐにブロッキングバグの解決に切り替える必要があります。そうしないと、人々はブロッカーに「盲目」を生じ、それらを正当に重視しなくなります。
仕掛品の制限
仕掛品の制限により、特定の列にある可能性のある上下のタスクの数を制限できます。 多かれ少なかれタスクがある場合、列は、たとえば背景色で、この「大声で」を報告します。
これは何のためですか？ たとえば、プロセスのボトルネックを特定するため。 プログラマーは10個のタスクを実行し、テストのために待機しています。 テスターは2つだけです。 問題があります-テスターがキューを蓄積したため、タスクの検証に対処できません。 QAのタスクのキューにWIP制限を2に設定し、制限を超えた場合にそれについて学習します。 この問題の可能な解決策は、さらに2人のテスターを雇うことです。
時間の追跡
Trelloはネイティブ時間追跡を実装していません。 その理由は明らかです。彼らは幅広い聴衆を持ち、誰もがそれを必要とするわけではありません。 また、必要な人は、追加のソフトウェア（EverhourやTogglなど）を購入できます。 しかし、これは追加費用であり、少なからず-ユーザーあたり5ドルからユーザーあたり49ドルです。
バージョンとリリース
バージョンとリリースなしでソフトウェアを開発する方法を想像することはできません。 バージョン-実際、これはタスクのバンドルにハングアップするタグです。 バージョンのすべてのタスクの準備ができたら、このバージョンをリリースします。 gitのコミットに同じタグを掛けます。 そして、大きなトラブルが発生した場合にロールバックしたり、目的を見つけたりすることができます。例外によってコードのバージョンを特定し、コミットの履歴から取得してバグを修正します。
バーンダウンチャート
時間追跡なし-バーンダウンチャートなし。 バーンダウンチャートなし-スプリントなし。 バーンダウンチャートは、スプリントを見たチームのダッシュボードです。 彼はやる気を起こさせます（または高度なケースでは、チームがその能力を大幅に過大評価するときの動機付けとなります）。
プロジェクトとコレクション
デザインとコレクションがなければ、混乱はプランクツリーから始まります。 プロジェクトは、ボードの名前でエンコードする必要があります。 コレクションは優れていますが、Trello Business Classでのみ利用可能です。
スピーカーの種類
列は、次の3つのタイプのいずれかです。
- やること
- 進行中
- 完了
タスクが完了タイプの列に分類されると、タスクは完了したと見なされます。 このような分離がなければ、スプリントを作成することはできません。これは、バーンダウンチャートにこれを反映するためにタスクがいつ完了したかを知る必要があるためです。
星へのトレロ経由
Trelloのおかげで、製品-Hyggerを作成しました。これは、本質的にはアジャイルソフトウェア開発のためのTrelloの代替品です。 上記の機能に加えて、Hyggerには以下が含まれます。
バックログボード 。 最初に行う必要があるアイデアを特定するために、アイデアを収集して評価することができます。 評価は、ValueフィールドとEffortsフィールドを使用して行われます。 Valueの下で、各企業は、収益やUXへの影響など、独自の何かを理解できます。 努力は、アイデアの開発に関わる労力です。
Backlog Priority Chartは、ValueとEffortの2つの軸で構成されるQuick Wins、Big Bets、Time sinks、Maybesの4つの象限にあるアイデアの分布を視覚的に確認できるツールです。
ロードマップボードを使用すると、将来のバージョンのリリースを計画し、複数のプロジェクトをまとめて会社の全体像を見ることができます。
これらの機能は、製品マネージャーまたはプロジェクトマネージャーの武器庫で必要だと思いますか？ そして、あなたの仕事にはどのようなツールと機能が欠けていますか？ support@hygger.ioにコメントを書くか、質問やアイデアを送信してください