SCRUMボード+製品管理用Eisenhower Quadrant

チームでこのツールまたはそのツールを導入した人の多くは(特に異なるメンタリティーを持つ国から来た場合)、実装が常にスムーズに進むとは限らないことに同意すると思います。 学者が私に言った:「まあ、どのようにしたいですか? 侵入は、定義により、身体への異物の侵入です。 例外が必要です。 自分でやりなさい!」 それ以来、私にとって、ツールが意図したとおりに機能しないという認識は、開発の最良の兆候でした。 チームまたは従業員は独自の方法でアップグレードし、使用を開始しました。 さらに良いのは、チームが2つの異なるツールを使用してそれらを組み合わせる場合です。 それで、今回は起こりました。



トピックの名前と写真から、アイデアの本質がすぐに明らかになります。 さて、詳細と製品管理との関係については、猫の下で…









アイゼンハワーマトリックスの利点と利便性は、以前ここここでハブに記述されていました 。 これらの資料をよく理解することをお勧めします。 これは、すべてがオンになっていて、何をつかむかわからないときに頭を整理するのに非常に良いツールであると自分から付け加えます。 一見、すべてが緊急であり、すべてを行う必要があるように見えます。もちろん、すべてが緊急に重要な象限に分類されます。 しかし、あなたの仕事は、タスクを均等に分配することであり、歯を噛み砕いて、比較して象限ごとに配置することから始めます。 それからあなたは夢中になり、得点できるものと部下に委任する必要があるものについて明確な基準があることがわかります。



それは、私が私たちのスタートアップリーダー(23歳のVika)に作業領域のアクションを説明した方法です。 そして、私たちは一緒に、市場でのプロジェクトの戦闘開始を見越してそれにかかった雪崩に対処しました(ベータテストに合格しました)。 結局のところ、その前に私たちは静かにある種の予測を見た後、すぐにコールセンターを作り、人々を雇い、広告キャンペーンを行い、モバイルプラットフォーム用のアプリケーションを作り、ウェブを再設計しました...そして昨日はすべてが緊急でした。



そこで、すでに説明したいくつかのタスクを使用した例を見つけました。 いいですか なるほど! さらに、残りのタスクを個別に体系化して処理することも必要です。 数日後にオフィスに来て、私たちのスクラムボードの1つが奇妙な状態にあるのを目にします。

Vikaはスクラムボードの最初のステージに象限を挿入しました。



スクラムボードでは、大きな水平セクションが機能ごとにタスクを分離します。

最初の垂直セクション「計画」では、機能は「緊急-重要」象限に分割されます。

これにより、タスクの優先順位と重要性を視覚化できます。

これに基づいて、機能間でリソースのバランスをとることができます。







合計で、製品管理のための非常に有用な戦略委員会を獲得しました。 製品のバックログを視覚的に表現できます。 実際、スクラムよりもかんばんが多いのは、 明確な測定値をどこでも(雇用などで)観察することはできませんが、スクラムまたはかんばんのいずれかで異なる機能を別々に使用できます。

たとえば、Webアプリケーションとモバイルアプリケーションの開発は、タクトのある異なる機能です。

このツールを他のプロジェクトの開発に移行することにしました。

他の列に象限を挿入するかどうかを検討しました。 たとえば、「DO-in the process」では、これは長時間のプロセスが存在する可能性のある機能に関連します。



この興味深い実験を続けます。

このテーマに関するあなたの考えは非常に興味深いです。



All Articles