プログラマーは履物レポートを描くのが大好きです。 売上レポートが必要な場合は、取引先、命名法、組織、契約、金額、数量とともに売上テーブル全体をダンプします。
すべては問題ありませんが、そのようなレポートを使用するだけでは管理が困難です。 分析-空き時間が多い場合に可能です。 そして、誰が多くの自由時間を持っていますか？ たとえば、アナリストがいます。 さて、彼がアナリストなら。 結局のところ、魂の呼び出しによる分析があります。 たとえば、彼はセールスマネージャーとしての地位を持っていますが、販売したくない、または方法を知りませんが、数字で数字を選ぶのはいい取引です。
残念ながら、レポートで取り上げる時代の頭はそうではありません。 少なくとも定期的な管理の一環として。 彼は簡単な質問に答える短く、包括的な情報を必要としています。 または別の方法で：私たちは大丈夫ですか？
フットクロスでそのような質問に答える方法は？ まさか。 フットクロスは、そのままで、頭に言います：情報が欲しいですか？ さて彼女は。 すべて！ さあ、それを整理し、あなたの質問への答えを探してください。
頭がプログラマーのタスクに到達すると、彼は「助け」を試みます。 たとえば、販売計画/ファクトレポートが作成されます。 美しく、快適で、カスタマイズ可能。 そこでは、計画を事実と比較できるだけでなく、さまざまな期間、および一般的には任意の数のテーブルの事実と事実を比較することもできます。 結果は何ですか？ さらに複雑な、別のフットクロス。
再びプログラマーの底に着くと、彼は言うだろう：それを気にし、気分を取り、自分に報告し、設定を保存する。 データをフィルターし、必要なデータのみが表示されるように期間を選択します。 まあ、オプションとして、それは行います。 しかし、頭がカスタマイズする方法を知っている場合のみ。 できないなら？
プログラマーは、しぶしぶと、きしみ音を立てて、レポートを自分で設定します。 そして、彼は言う：すべて、上、チョーク。 もちろん、彼は大声でそれを言うことはありませんが、彼はそれを考え直します。 すべてが幸せになった？
いや 第一に、彼が最初にセットアップしなかったとき、彼は数回逃げなければなりません。 または、優れた高品質の技術タスクを作成します。 そして、ほとんどの場合、これは不可能です。岸の指導者は、どのような形で報告が必要なのかわからないからです。
リーダーにはフットクロスがありますが、グループを設定するだけで十分であり、レポートを使用して管理できるようになります。 グルーピングを受け取った後、彼はフィルターが必要になります。 フィルターを受け取った彼は、ソートが必要であることを理解します。 などなど。
第二に、1つのレポートでは不十分です。 結局のところ、リーダーは販売だけに興味があるのではありませんか？ また、お金の移動が必要です。 そして従業員の仕事。 期限切れの注文-バイヤーとサプライヤーの両方。 これにより、複数のレポートが作成され、それぞれ1つまたは複数の設定が作成されます。
第三に、ほとんどの場合、情報システムはデスクトップシステムです。 現在の状態を確認するには、コンピューターの電源を入れる必要があります。 あなたはまだそれに到達する必要があります。 リーダーが一日中コンピューターの前に座っているようなものであれば、問題はありません。 そのようなリーダーはたくさんいますか？
マネージャは、インターネット経由でレポートをリモートで見たいと思うでしょう。 望ましい-スマートフォンから。 とても便利です-昼食時でも、少なくとも交通量が少なくても、少なくとも退屈な会議で。 プログラマは再び心配する必要があります。
第四に、いくつかの報告がありました。 誰もが自分の質問に答えます。 それぞれを個別に開いて表示する必要があります。 1つが開き、2つ目が閉じます。 最大-分割画面を作成し、一度に2つを見ました。
デスクトップシステムでは、スマートフォンのようにそれらを見ることもできません。そのため、すべてのレポートが1つの長いフットクロスに落ち、指を上から下にスクロールできます。
マネージャーは、すべてのレポートを1つの画面に表示したいと思うでしょう。 これは通常の人間の欲望です。 しかし、プログラマーにとって、これは地獄です。
通常の大規模なレポートは、構成およびフィルタリングされていても、フルスクリーンでのみ適切に見えます。 半分に絞ると、スクロールバーがすぐに表示され、印象全体が損なわれます。画面の表示領域の後ろに何もない場合でも、手自体が手を伸ばして下にスクロールしたり、これを確認します。
そして、3つのレポートがある場合は？ または4つ？ それはお尻のようになります。 マネージャーには、レポートを従来の方法で、つまりフルスクリーンで1つずつ表示するしかありません。
図の形式で情報を表示しても、1Cのように表文書に表示される場合は保存されません。 同じスクロールバーが表示されます。チャートのスケールをインテリジェントに制御することは不可能で、感情が熱くなっています。
問題は何ですか？ そして彼女はそこにいますか？
プログラマーはフットクロスが大好きです。 彼はそのように教えられ、彼らはそのような価値体系を求めました。彼らは、それ以上のものをすべて捨てました。 シックなチューニングメカニズムを提供します。
このアプローチはボックス化ソリューションの開発者に適しています。選択肢がないためです。 彼らは、特定のリーダーがどのような情報をどのような形で見たいかを知らないので、彼ら自身がフットクロス+チューニングを行います。
しかし、現場のプログラマー、つまり 一部の顧客にとっては、何らかの理由で、このパラダイムに盲目的に従っています。 彼らは、彼ら自身が箱入りのソリューションの開発者であるかのように振る舞います。 そして、彼らはすべて新しいフットクロスを作ります。
友達はプログラマーです。 私もプログラマーです。 私も履物を作るのが大好きです。 シンプルで、面白く、それ自体が美しいものです。 しかし、履物は管理には適していません。
私はあなたや私たちに何かが間違っていると言っているのではありません。 新しい、興味深い、エンジニアリングの問題を解決することを提案します。小さなレポートを作成します。
千行の大きな足布ではなく、2列3行の小さなプレート。 画面に収まらない大きな図ではなく、特定の質問に明確に答える3列の小さな図です。 多数の数字をダンプするのではなく、それらに基づいた人が質問に答えるのではなく、質問にすぐに答えを与える-短く、簡潔で、理解しやすい。
これは非常に興味深いです。 そして、これらはすべてアルゴリズム化が簡単です。 原理は非常に単純です-「what if？」ファンネル。
ここには、販売の計画と事実があります-データのある別のテーブル。 計画と販売の事実という2つのレポートを作成します。
しかし、それらを組み合わせて、計画と事実の両方を1つのレポートに描画するとどうなりますか？ まあ、もう悪くない。
しかし、命名グループに崩壊したらどうなるでしょうか？ その場合、レポートは小さく、少なくとも高さは小さくなります。
わかった。
しかし、同じレポートを図の形で描くとどうなりますか？ 2列の通常のヒストグラム。 最初は計画、2番目の事実です。 見ると、計画がどこに実装されており、どこに障害があるのかがすぐにわかります。
しかし、今日の計画を再集計するとどうなりますか？ 結局、最初の列に月間計画全体をダンプしましたが、事実は月末までに追いつきません。 月を通して、チャートを見て、マネージャーはすべてが悪いと思うでしょう。 または、彼はその月のどの部分がすでに過ぎているかを頭の中で把握する必要があります。 いいえ、毎月の計画全体ではなく、その一部を出しましょう。 10日目-3分の1、15日目-半分など 次に、図がより明確で興味深いものになります。
しかし、すべてが良いかどうかに応じて列に色を付けるとどうなりますか？ 結局のところ、計画が適切に実装されているかどうかはわかっています。2つの数値を比較するだけで済みます。 すべてが悪い場合は、列を赤にします。 黄色-危険な場合。 緑-良い場合。
しかし、すべてが問題ない列を表示しないとどうなりますか？ たとえば、アイテムグループ別に分類されたチャートがある場合。 黄色または赤色のもののみを出力します。 さて、列がなければ、すべてがうまくいくと頭に言いましょう。 彼は理解していますか？ 彼は反応して決定を下すために情報が必要ですか？ タスクを設定するには、誰かを引き起こすカーペットに重点を置きます。 したがって、システムに応答する必要があるものだけを話させてください。
しかし、チャートを完全に削除するとどうなりますか？ すでにほとんどすべての列を非表示にしていますが、そのときの情報を表示する方法として、ダイアグラムのポイントは何ですか？ 問題のあるアイテムのグループ（黄色と赤）だけがある短いプレートを表示します。 まあ、数字、計画の割合。
しかし、マネージャーにレポートをまったく表示しない場合はどうなりますか？ なぜ彼は毎日どこかを見つめるのですか？ これをしましょう。問題がある場合は、彼に合図を送ります。 私たちではなく、私たちが開発しているシステム。 黄色または赤色が表示されています-バイブまたはSMSのいずれかで手紙を書いていますが、それは問題ではありません。 マネージャーは知っています。信号がない場合、すべてが正常です。 分析に時間を浪費することはできません。仕事をして、何か役に立つことをする方がいいです。 もちろん、彼が初めて来て見るのは初めてです-彼はプログラマーを信用していません。 あなたは決して知らない、突然手紙の賭け金が上がった。 さて、つまずいて慣れてみましょう。
しかし、彼がいくつかの命名グループに関する情報を必要としない場合はどうでしょうか？ まあ、彼は彼らが販売されていないことを知っており、常に赤または黄色のいずれかになります。 なぜ不必要な信号で人が無駄に引っ張られるのですか？ 掃除します。
しかし、悪いグループのリストではなく、1行を報告するとしたら、すべてが良いのか、すべてが悪いのか？ 特定の命名法グループと一般的な販売計画の重要性を知っているので、質問への答えを計算する重みと単純な関数を導入します。 関心のないグループには係数0.1を、関心のあるグループには0.5または0.7の係数を与えます。これで、1つの大きな美しい数字が得られます。 メイングループがうまく売れれば、すべてが順調です。
しかし、リーダーに2つの異なる数字を与えた場合はどうなりますか？ 結局のところ、異なるグループのタスクは根本的に異なる可能性があることは明らかです。 たとえば、メイングループは愚かな販売のシャフトです。 しかし、たとえば、新しい命名法を持つグループ-新しい機器-はシャフトを与えず、定義によって与えることはできません。 そこでは、月に1つまたは2つの売上が良好と見なされます。 分かりますか？ 量さえ重要ではなく、量が重要です。 彼らは新しい機器一式を売りました-それは休日です！ 金額のみで作業する場合、この新しい機器のユニットは常に主な命名法の中に隠されます。 なぜこれが必要なのですか？ 2つの数字を考えてみましょう。メインラインでの状況と、新しい機器での状況です。 さまざまな評価基準、さまざまな規模。
しかし、これら2つの数字を1つにするとどうなるでしょうか？ 関数を重みで書き換え、絶対数を相対的な数に置き換えます。 主な命名法を合計で、新しい命名法を数量で考えてみましょう。 そして、これはすべてパーセンテージに変換されます。 その後、重みを修正することができます-それは私たちにとって重要であるため、新しい命名法で増加します。
しかし、特定の時点での計画/事実、および過去数日間のダイナミクスという2つの要因を考慮するとどうなりますか？ それは起こります。 月の最初に、彼らは大きな出荷を行いました-すぐに月間計画の20％。 そして、6日間のすべてのチャートは、すべてが正常であることを示します。 しかし実際、私たちの販売には利害関係があります-ほぼ1週間の単一の出荷ではありません。 正式な観点から見ると、すべてが悪いわけではありませんが、正式な手続きのためにここにいるのではありませんか？ 頭は、マネージャーが販売のダイナミクスを維持せずにブルドーザーを蹴っているということを知っているべきです。 複雑なことは何もありません-関数に別の変数、売上のダイナミクスを独自の重み係数で追加するだけです。 そして、それがすべて、美しさです。
しかし、私たちの機能で、販売の計画/事実だけでなく、お金の移動の計画/事実も考慮するとどうなりますか？ 私たちは、頭に無限に細かい数字、または人間が読める行を印刷します-「すべてが良い」、「販売は良い、お金はまあまあ」、「販売は120％、お金は90％」など
もしも...
したがって、無限に進むことができます。 主なことは、時間内に停止し、マネージャーにツールを使用させ、慣れさせ、フィードバックを作成させることです。 私は、プログラマとして、ファンネルの問題を「もしも」と解決するとき、それをよりシンプルで、より良く、より有益で、より便利にしたいという抵抗できない欲求があることを理解しています。 あなたは自分自身を止めることができなければなりません。
主なことは、このタスクをエンジニアリングとして認識することです。 そんなからですから。 これは可愛さやお辞儀ではなく、管理システムの構築です。
悲しいかな、リーダー自身はこのタスクに対処しません。 彼はすべての可能性、すべてのデータ、すべての関係を知りません。 しかし、プログラマーは知っています。 しかし、黙っています。
さあ、暗いコーナーから出て。 あなたのプログラマーは、会社を経営することに信じられないほどの利益をもたらすことができます。 あなたはエンジニアです。 管理システム、管理の自動化はエンジニアリング作業です。 そして、頭はユーザーになります。 システムを使用して管理します。
フットクロス
All Articles