1.評価に時間を無駄にしない
見積もりには時間がかかります。 ポーカーをプレイしているときに抽象的なポイントを重視していても、かなりの時間を費やします。 しかし、推定の精度を改善したい場合はどうでしょうか？ 次に、データを収集し、データを分析して、分析結果について話し合います。 これにはすべて、かなりの時間がかかります。 しかし、本当に成績が必要だと思いますか？ これはしばしば無駄です。 製品にとって本当に役立つものに時間を費やすことをお勧めします。
2.なぜ長すぎたのかを経営陣に説明する方が簡単です
評価がない場合は、恐れることなく経営陣とコミュニケーションを取ることができます。 なぜ作業にそれほど時間がかかったのか、どのような問題が発生し、どのように解決されたかを冷静に説明できます。 クールな機能をできるだけ早くリリースするために、あらゆることを実行していることを証明できます。
成績がある場合、経営者は「一体何だ？ あなたは、今月末までにこの機能を作成することを約束しました！
3.実現するのが難しい約束をしません。
ほとんどの人は本質的に楽観的です。 イギリスの科学者が確認したように、これは組み込みの属性です。 したがって、ほとんどの人は、非常に経験豊富な人でさえ、過度に楽観的な評価をします。 私のキャリアの中で、悲観的な見積もりをするプログラマーに会ったことはありません。 たぶん私は不運だったとあなたは1つを持っています。
マネージャーは多かれ少なかれ複雑な数式 （または非常に単純な 数式 ）を使用して、チームのスコアを調整します。 この特定のチームに適切なオッズを選択するのに多くの時間を費やすことができます。 しかし、その結果、人々はあなたを信じないでしょうが、あなたは彼らの推定値を変えます（あなたはそれをかなり正しくしますが）。 さらに、結局のところ、最終的には不正確な見積もりになります。 必要ですか？
4.チームをプッシュしません
多くのチームでは、スコア==締め切りです。 これはひどいです。 グレードを満たすために何をしますか？ 品質を犠牲にしますか？ 最初のアーキテクチャソリューションを承認しますか？ つや出しませんか？ これはすべて、エンドユーザーが気に入らない悲しい決定につながります。 ほとんどの場合、より多くの時間を費やす方が良いですが、本当に便利で便利なものをリリースすることです。
5.重要なことに集中する
ポーカーの計画を完了し、大きな機能ですべてのストーリーを高く評価したと想像してください。 たとえば、1000ポイントが判明しました。 この評価では、この機能に「 注意 」というラベルが自動的に付けられます。 1000ポイントがたくさんです。 この機能は巨大です。 巨大な機能は難しくて長くなります。 多数の機能を小さくしたいという誘惑があります。 彼らはそんなに怖くない。 ただし、この機能は製品にとって非常に重要であるため、これは悪い判断になる可能性があります。
評価しない場合は、現在非常に重要な作業を開始するだけです。 簡単です。