そのため、彼らは私にIT部門の責任者を任命しました。 私がその時にいたとき、私は電子情報システムの開発と運用のためにグループの長を務めていましたが、当時のグループ全体は一人で構成されていたため、私は簡単に管理できました。 しかし、私の合理化の才能は経営陣を通過しなかったため、会社の再編成中に、ITグループ（管理者数人とチーフ1人）をエンジニアリング部門から削除し、別のIT部門を作成することにしました。 私は次に、品質保証部門から連れ去られ（REEISグループがそこで何をしたのか尋ねないでください）、この「新しく作成された」部門の責任者になりました。 一方で、それは誇りを誇示しました。 一方、私がやった仕事に加えて、私はまだマウスパッドの世話をしなければならなかった、と「私のカーソルが点滅しない」...それは特に拒否することはできませんでした。 実際、彼らはテーブルに注文し、今は私がボスになっています。 このアポイントメントからの仕事量が減らないと仮定して、私は上司（私は何もしていないと思われたようです）に、グループを管理するのに十分な時間がない可能性が高いと通知しました。 当局は手を振った-明らかに彼には違いはなかった。
就任後、私は両方の管理者をすぐに解雇し、グループのより精通したリーダーを残しました。 すべて、ビンゴ、私が上司です。経営上の決定が下されます。2人の素晴らしい従業員が残っています。 あなたが助けを必要とするならば、電話してください、私は常に助けます。 そして今、私を聞かせてください-あなたは賢い大人であり、あなたの仕事をしてください、そして私は私の企業システムを洗練するために行きました。
そしてそれはしばらくの間行った。 私はプロセスを制御しているように見え、困難の最中に、従業員が助けを必要としたときに、私はスーパーマン救助者として来ました。そして、通常、すべてが高品質でそれ自体素晴らしいです。 それは彼らに思われた-ボスは遠く離れている、私たちは自分自身に提示され、そうさせてください。 （参加型管理スタイル、og ..）
しばらくして、彼らは何らかの理由で私を引っ張り始めました。 ネットワークは接続されず、単語は開かず、カートリッジは変更されず、マウスは駆動しません。 IT部門の出身ですか？ 誰が何を気にしている、ボス-私は働く必要があります！ 特に気のめいるのは、発信者が既に1回または数回サポートサービスに連絡していたが、管理者は他の作業を行っているか、単に得点しているため、サポートサービスを忘れていたことです。 この状況での管理者への提案や追いつきは、もちろん役に立ちません。 IT部門へのアプリケーションの古典的なキューが必要になったときは、時間が経ちました。
私は新しくできたITマネージャーでしたが、ITSMについては全く知りませんでしたが、地球がオレンジのように丸いことを発見したJose Arkadio Buendiaとして、ITアプリケーションサービスの編成方法についても考えました。 ゆっくり考えた後、短いプロセスを描きました。
アプリケーションは、企業のドキュメント管理システムで編成されました。 作成後、それらは最終的にシステムの特別なセクションになり、IT部門の全従業員に郵送されました。 ITグループの責任者である私は、請負業者にアプリケーションを割り当てるか、仕事のためにそれらを受け入れることができました。単純な管理者はアプリケーションを受け入れることしかできませんでした。 作業の完了後、請負業者はアプリケーションの実行に注意し、新しいステータスを割り当てます。アプリケーションを作成した従業員は、アプリケーションが正しく作成されなかった場合、アプリケーションのキャンセルの満足度またはキャンセルに同意する必要があります。
文書管理システムのアプリケーションのタイプ（最後のインスタンス。説明した時点では、ビューは多少異なっていました）。
まあ、すべて、すべてがOKのようで、プロセスは自動化され、誰もが幸せです。 みんな-ここにあなたのためのシステムがあります、それはあなたを助けます。 ユーザー-ここにボタンがあります-アプリケーションに記入してください。フィールドは3つだけで、管理者はすぐに助けになります。 Uff、システムは稼働しており、正常性に取り組んでおり、ワークフローシステムのプロセスに再び取り組みました。
しかし、この記事を読んだ経験豊富なITマネージャーは、それがそこになかったと推測します。 アプリケーションは単にセクションに蓄積され始め、管理者は「メールメッセージを表示しませんでした」、「ワークフローシステムにアクセスしません」、または何か他のものを楽しみます。 異議を唱えることはなく、誰も責任を負わないようです。 OK、まあ、彼は毎週開かれているアプリケーションを解体する会議を組織し始めました。 多くの場合、ほとんどのアプリケーションは既に完了していることが判明しましたが、実行はマークされていなかったため、幼稚園のように「完了」ボタンを押して、閉じていないものの進行状況についてコメントを書きました。 数週間後、写真は別の方法で変化し始めました。 火曜日までに申し込みが山積みになり、火曜日の夕方までに過半数が閉まり、水曜日の午前11時に明確な管理者が会議に参加したため、何も下がらない。 それにもかかわらず、プロセスは機能せず、制御するのではなく、指示する必要があり、私は無力で歯を痛めつけました。
ユーザーがディスクのガチャガチャ音を立てたり、マウスパッドを拭いたり、管理者に即座に飛んだり、それを実行するユーザーを即座に配布したり、優先順位に従って実行したりすると、ユーザーはすぐに自分の満足度に気付くという理想的な画像を想像しました。 このプロセスはマクドナルドのように思えました。注文すると、システムに送信され、キッチンの従業員がモニターで準備する必要があるものを確認し、すぐに無料の従業員が準備し、マネージャーが満足したクライアントにトレイを配達します。 私は同じことを望んでいました-ユーザー-アプリケーション-無料の管理者によるインスタントリクエストピックアップ-実行-満足度-オーガズム。 実際には、ユーザーの半分がアプリケーションを作成しなかったという事実に加えて、常に呼ばれているように、管理者も特別な理由もなく実行を遅らせました。
プロセスには改良が必要でした。 管理者は、アプリケーションが表示されるとすぐに、特に他のすべてのアプリケーションを、特に適切な期限で確認する必要があります。 何度も何度も頭の中にマクドナルドのワークフローがあり、注文がバウンドする楽しいモニターがありました。 実際、なぜですか？
少し前に、Excelスプレッドシートに似たワークフローシステムの脆弱な表形式レポートから、はるかに快適で有益で幅広い観点のMS Reporting Servicesへの移行を開始しました。これは、正直に購入したMS Sql Serverの一部です。 レポートは、レポートを編集および投稿するための特別なツールを使用してコンパイルされます。MSReport Builderは、基本的にはCrystal Reportsよりも優れており、確かに使いやすいです。 さらに、ブラウザで直接表示したり、もちろん任意の形式でアップロードしたりできます。
私の同僚であるデータベース管理者の助けを借りて、MS Reporting Servicesでレポートを作成し、データベースからアプリケーションを選択して読みやすい画面を形成しました。最初にエグゼキューターを持たないアプリケーションを表示し、2番目は今日完了しなければならず、実行日による降順。 最初の30分間は、新しいアプリケーションが黄色で強調表示されたため、気付かないことはありませんでした。 管理者の良心に訴えず、「見なかった」-「聞かなかった」という言い訳を聞かないようにするために、レポートのあるブラウザーが実行されている（レポートは毎分更新される）古いモニターをモニターのモニターに接続しました。 また、モニターは管理エリアの壁に掛けられているため、どの角度からでも見ることができます。 システムはこのフォームを取得しました。
期限切れのアプリケーションは赤で表示されます。 カードには包括的な情報がありました。 申請者、責任者、締め切り、申請番号。 延滞、未払いの総数だけでなく...
さて、これですべてですか？ アプリケーション、ユーザー、管理者、モニターです。 他に何が間違っているのでしょうか？ 結局のところ、これはマクダコフスキーコンベヤの完全に実装されたスキームです。 チェーンのすべてのリンクが形成され、アプリケーションは、溝を通ってウォーターパークにいる子供のように、このプロセスを通過することになっています。 しかし、Mac索好きな目から隠されたMacプロセスの側面は考慮されていませんでした-動機。 実際、キッチンでは、従業員は注文の履行を拒否したり、注文の準備を遅らせたりする事実上の機会はありませんが、何かが彼をできるだけ早く働かせます。 そして、私たちは完全に赤いアプリケーションを手に入れました。それはキャンセルするか実行するかのいずれかの時間になるでしょう。
この問題に対する認識が成熟すると、ソリューションは成熟し始めました。 私の仕事は、労働者を罰したり容赦したりすることではなく、参加せずにすべてを働かせたいだけでなく、良いペースで、妨害なしにしたいだけです。 私の欲望の何がそんなに複雑なのですか？ わかった モチベーションを望んでいましたか？ 行くぞ！
今、各アプリケーションのポイントが発生し始めました。 それらは、いつものように、ポジティブとネガティブの2つのタイプがあります。 アプリケーションの実行に対して、正のポイント（4個）が付与されます。 次はマイナスです：-E。 アプリケーションの実行の遅延の日-1ポイント。 期限の追加転送ごとに-1ポイント。 アプリケーションは、実行後にユーザーからのフィードバック機能を実装し、実行される作業の品質を数段階に分けました。 ユーザーのレビューが「完全かつ期限内に完了した」と異なる場合、ユーザーの不満の程度に応じて否定的なポイントが与えられました。 モニターはこのフォームを引き受けました（2月のレポートを取りましたので、申請日は赤です）。
個別に、調達に関連するアプリケーションが強調されました。客観的に、管理者は注文した機器の調整と配送のタイミングについて責任を負わないためです。
このシステムの導入から3か月後、管理者の作業の客観的な品質として申請のポイントが受け入れられ、プラスとマイナスのポイントの割合に応じて四半期ごとのボーナスが授与されることが合意されました。 プラスポイントの90％-ボーナスの100％。 次に、負のポイントが10％を超えて増加すると、ボーナスが撤回されます。
ポイントは常に最後の四半期、つまり 過去3か月間に閉鎖されたアプリケーションの場合、常に最新の情報を提供し、特に受賞に近い真剣な動機付けになります。 しかし、システムは、ボーナスを全額受け取るために、最後だけでなく四半期中ずっと働かなければならないように設計されていることがわかりました。
一般に、このシステムの操作は効果的です。 フローを制御、調整できるプロセスがあります。 ユーザーがアプリケーションを作成することに慣れるのに困難が生じましたが、管理者が廊下で受信するよりもシステムで作成したアプリケーションにはるかに迅速に応答することがすぐに明らかになったため、これはすぐに解決されました。 ユーザーへの指示を書いた後、システムの外部で受信したアプリケーションを管理者がまったく実行しないようにしました。ユーザーがアプリケーションを作成する機会がない場合は、自分で作成します。
この記事では、おそらくどこかですでに完成した興味深い経験を共有したいと思います。 もしそうなら、あなたの経験を共有してください-人々が自発的に、効率的に、そして全力で働くようにする方法。
人生の厳しい現実の中で、いわば、内部からマクドナルドの料理を学ぶ機会があった人々のレビューを待つことはできません。 ファーストフードシステムで働きます。 IT部門でのインシデントへの反応がおいしいサンドイッチの準備に似ており、管理者のユーザーがジューシーなハンバーガーから満足しているように、どのようなインセンティブと動機付けの方法を引き出すことができるか教えてください。
更新
MDにはモニターがないと書いた人のために。
