自動化により却下

自動化とは何かを思い出してください。 たとえば、 Wikipediaの定義を見てください 。



オートメーションは、エネルギー、材料、製品、または情報の取得、変換、転送、使用のプロセスへの参加から解放するために 、自己調整技術手段と数学的方法を使用する科学的および技術的進歩の分野の1つであり、この参加の度合いまたは実行される操作の複雑さを大幅に削減します。



キーフレーズを太字で強調しました。 簡単に言えば、人を何らかの義務から解放するために自動化が必要です。 それは何ですか-人を義務から解放しますか？ 「免責」というフレーズを聞きましたか？ これは解雇です。



あなたが自動化に関与している場合、正直に言ってください-あなたの仕事のおかげで多くの人々が彼らの義務から解放されましたか？ ここにあるのは重要な事実であり、推測ではありません。



残念ながら、または幸いなことに、人を解雇したり、スタッフを削減したり、他のポストに人員を移したりといった自動化の目標は、いくらか忘れられています。 実際、自動化プロジェクトは、会計士、マネージャー、プログラマー、管理者、エコノミスト、さまざまな種類のオペレーターなどで満たされた新しいスタッフユニットを作成する可能性が高くなります。



たとえば、工場には職人によって作成された簡単な情報システムがありました。 彼女と一緒に仕事をするためには、彼女を開発し同行した職人と、数人のユーザーが必要でした。 しかし、意欲的なITディレクターが会社に来て、次のように言います。すべて、この幼稚園を終える時です。新しいレベルに行く必要があります。 そして、大規模で高価な複雑なERPシステムの実装を開始します。



製品と実装プロジェクトのコストは別としておきます。 私たちの職人だけではメンテナンスと実装に対応できないことがすぐに明らかになります。より現代的で経験豊富で有能な新しい人材が必要です。 古いシステムに慣れている会計士も適合しません-彼らはゆっくりとそれに慣れ、データがタイムリーに表示されないため、スタッフを拡大する必要があります。 以前にシステムに10種類の操作を導入するだけで十分だった場合、現在は50種類ありますが、実際には結果は同じです。 システムには複雑な構成が必要です-それが必要な方法論者です。



生産やPDOなどのサービスでは、どのように呼ばれようとも、オペレーターが必要になりました。 以前は、退職前年齢の女性が管理していましたが、現在では、より広々とした新しいオフィスで、3人の若い女の子がすでに座っており、常に何かを持ち込んでどこかに届けています。

このような状況で解雇された場合は、職人と再建に失敗した少数の年配の従業員のみが対象となります。 もちろん、新しい場所に2倍の数の新しい人を配置します。



大規模な自動化は、スタッフを削減する良い機会ではありません。 この種の自動化を穏やかな時間に行う方がはるかに優れています。

このプロセスをどのように整理するか、何を探すべきか、そして落とし穴は何かを検討してください。

パーキンソンの法則

「仕事はそれに割り当てられた時間を要する」と、このユーモラスな経験則がどのように定式化されるかです。 しかし、ちょっとしたユーモアにもかかわらず、機能します。



パーキンソンの法則は、自動化を通じて発砲する際に留意する必要があります。 そうしないと、プロジェクトは失敗する運命にあります。 私は自分で自動化を確認して実行する必要があったため、従業員は解雇されました。 ただし、パーキンソンの法則により自動化の努力が軽減されたケースは数百倍あります。



すべてが非常に簡単です。 人が百の責任を負う場合、彼は一日中それらを実行します。 これらの職務の半分を自動化した場合、彼は残りの50を終日実行します。 10人まで連れて行ってください-彼は終日それらを実行します。 人は一日中1つの義務を果たす方法さえ見つけます。



逆説的に思えるかもしれませんが、いつでも人は本当に忙しく、自由な時間はありません。 あなたの前に2人の会計士がいる場合、あなたはそれらのうちの1人を取り除き（またはあなたに仕事があります）、あなたは彼らの仕事の半分を自動化しました。



パーキンソン法の影響を回避するには、自動化を実行する前に慎重に準備する必要があります。

準備する

準備の本質は、人々が行う責任について可能な限り多くの情報を収集することです。 それは情報を収集することです-これは実際、全体の研究プロジェクトです。



責任リストには常に少なくとも3つのバージョンがあります。



最初は、労働者自身が言うことです。 原則として、彼は彼が本当に何をするかを教えます。



2番目は、彼の上司が言うことです。 このバージョンは最初のものとは異なります。 まず、いくつかの責任が追加されます。 上司は、部下がこれを行うべきだと考えており、従業員はあなたからのみそれについて知っています。 しかし、あなたは、従業員との会話の後、彼の上司に伝えることができます-彼は部下の多くの新しい責任を学びます。



3番目のバージョンは、さまざまなジョブの説明、プロセス、ジョブプロファイル、部門の規制などに記述されています。 書類には通常、従業員が何をすべきかが記載されています。 論文が互いに矛盾する可能性があることに注意してください-これは正常です 彼らは異なる人々、異なる時期、異なる目標で構成されていました。 免責義務について話すとき、従業員と上司の両方が広い目をしていても驚かないでください。



関連部門、内部消費者、上級管理職などの補助バージョンもあります。 時間が許せば、それらも勉強してください。



基本的に、2つのリストを取得します。

-従業員は何をすべきか;

-従業員が実際に行うこと。



これらのリストを比較すると、3つの新しいリストが得られます。

-しなければならない（DD）;

-するべきではないが、する（NDD）;

-する必要がありますが、しない（DnD）;

-するべきではない（NNDD）。



最後の点は余分なように思えますが、それからトラブルを待つ価値があることをさらに示します。

職務の補充

だから、人は最初の2つのリストに記載されていることを行います-すべきこととすべきでないことの両方。 もちろん、これらの職務の自動化に従事します。 従業員は、これらのリストが削減されると、パーキンソンの法律に従ってリストを補充し始めます。



実行される作業の量が危険な最小値に減少するとすぐに、人は前にやっていなかったことを単純に開始します。 まず、DnDのリストから何かを取り上げます。 彼はあまり説明する必要はありません-バージョンは非常に信じられそうに聞こえます。 時間がなかったので、以前はこれをしませんでしたが、今はそれを取りました。自動化に感謝します。



これらの新しく到着した職務を自動化するか、それらを消すと、DnDが空になるまでDnDからDDにドラッグし続けます。



DNDから取るものが何もない場合、逆説的な状況が発生します-人はDNDから責任を取ります。 簡単に言えば、彼は自分のために義務を発明し始めます。 同僚や社内の消費者を積極的に支援し、新しいレポートやフォームを考え出し、アイデアを広め、いくつかのプロジェクトのクロスファンクショナルチーム（あなたのプロジェクトを含む）に参加し、最終的に積極的に公的生活に参加します-歌い、踊り、壁の新聞を作成します。



DDおよびNDDの補充の流れが制御されない場合、無限に成長します。

モラトリアム

流れを制御するのは簡単です-補給時に一時停止を適用するか、「アイソレーター」を使用するだけで十分です。 DDとNDDを明確に形式化し、それらに新しいアイテムが表示されないようにします。 もちろん、一時停止は少なくともこの人の上司に報告されるべきです。



機会と時間があれば、リストを編集した紙をすべてやり直す価値があります。 必ずしも自分の手でではありません-上司またはビジネスプロセス開発者を配置できます。



または、「動機」セクションの「弾丸」原則を使用することもできます。 従業員に何でもできるが、リストの仕事だけが支払われることを告げます。 残りはオプションです。 通常、このような発表は職務の発明者に適しています。

何を選択しますか？

次に、正当な質問に直面しています-リストから自動化することは正確には何ですか？



最初のオプションは、経験に基づいて選択することです。 エンタープライズ、プロセス、およびこの人物の仕事をよく知っている場合は、直感的に選択できます。



2番目のオプションは、式で計算することです。 確かに、測定が必要になります。



デジタル化する必要がある主なことは、各義務を完了する時間の割合です。 測定間隔は、1日、1週間、または1か月です。 おそらくより良い週、なぜなら 特定の日には、リストのすべての義務が満たされるわけではありませんが、1か月は長すぎます。



かなり簡単な測定方法は、営業日の写真です。 ドラフトの作成を従業員自身に委ねないことをお勧めします。 まず、彼は興味のある人です。 第二に、彼はそのような仕事の経験がほとんどなく、それをやり直す必要があります。 自分で写真を撮るか、助けを求めてください。



営業日の写真は簡単に作成できます。開始時と終了時に人が何をするかを紙に書き留める必要があります。 次に、単純な処理を実行する必要があります-DDおよびNDDのリストと比較して、各職務に費やされた合計時間をグループ化し、計算します。 さて、計算する各義務の割合。



次に、人間の責任の文脈で、提案された自動化の手順を評価する必要があります。 各アイテムには2つの評価が必要です。



1つ目は、自動化の複雑さです。 時間、ポイント、工数など、数値のスコアが適切です。それは重要ではありません。 主なことは、数字があることです。 得られた推定値から、各項目の割合を計算する必要があります。



2番目の評価は、自動化の推定度合いです。 情報システムに変更が導入された後に人が解放する時間の割合。 操作が完全に自動化され、人間の関与が不要になった場合、自動化の度合いは100％になります。



3つの評価を受けて、単純な式を使用して自動化の優先順位を計算します。



優先度=*/、



ここで、Cは自動化の推定程度、LWは義務を果たすのにかかる時間の割合、Tは自動化の複雑さです。



なぜなら すべての数値はパーセントで表され、優先度も相対的です。 高いほど、職務からの人の解放に対する自動化の影響が大きくなります。 選択して続行できます。



相対的なシェアに加えて、取引のインフレを回避するために、義務を履行するためにかかる時間の絶対的な数字を持っているといいでしょう。

トランザクションの膨張

職務から解放された人は、新しい職務を見つけるだけでなく、古い職務を膨らませて、各取引の時間を増やすことができます。



たとえば、会計士が請求書を作成するのに2分かかりました。 たとえば、マイナス残高の管理から解放すると、5分後に請求書が作成されます。



「前」と「後」の時間測定値がない場合、取引がどのように広がるかさえ気付かず、パーキンソンの法則によれば、再び従業員全体の労働時間を占有します。 数字がなければ、問題があることを証明できません。



したがって、数字を買いだめします。 従業員または上司が解雇を目的としたターゲットの自動化について知る前に、それが望ましいです。 ビジネスプログラミングの「プロセスメーター」、ログデータ、および人々の労働時間を測定するさまざまなプログラムの統計が役立ちます。



以下に例を示します。 ある女の子の会計士が1つの会社で働いており、彼女の仕事の取引時間に関する統計がありました。 女の子は無事に産休に入り、上司はすぐに交代を見つけました。 すべてがうまくいきましたが、交換は対処できず、彼らは別のものを取りました。 今、2人の女の子が1人の仕事をしましたが、興味深いことに、まだ対処できず、いつも時間がないと不平を言っていました。 ボスは監督に別の賭けを求め、彼はほぼ同意したが、統計を覚えていた。 トランザクションデータを比較すると、2人の新しい女の子が1人の古い女の子よりも動作が遅いことがわかりました。 彼らはそれを減らすことを敢えてしなかったが、国家は膨張しなかった。

など...

そして、すべての数値が収集され、自動化が完了し、人を客観的に解放できるようになりました。 もちろん、彼の運命を決めるのはあなた次第ではありません。 しかし、実際には、このように発生する可能性があります。彼を無事に解放したら、あなたの意見を聞く価値があります。



したがって、選択できるいくつかのシナリオの概要を説明します。

最初はただの解雇です。 ここでは、一般に、話すことは何もありません。 仕事の財務結果は簡単に計算でき、特に年間で計算して税金を追加することを忘れない場合、非常に印象的な金額になります。



2つ目は、同様の仕事のために別の部門に異動することです。 会社が大規模な場合、同一フローのバランスに歪みが見られることがよくあります。 たとえば、2つの供給部門があります。1つは基本資材用で、もう1つは特注、複合、または外国貿易活動用です。 1つではすべてが問題なく、誰かが解放され、もう1つでは障害が発生しました。 コンピテンシーの要件に基本的な違いがない場合は、翻訳を手配できます。



第三-似たような仕事ではあるが、別のものに移す。 典型的な例は、いわゆるオーダーマネージャー、またはより単純なオペレーターです。 それらは供給、販売、発送サービスにあります。 通常、これらは情報を入手する場所、それをどう処理するか、どこに転送するかをすぐに教えられる、若くて端正で効率的な人々です。 そのような供給者を減らしたので、あなたは安全に彼を販売に変えることができます。 もちろん、販売で必要な場合。



私は何よりも4番目のオプションが好きです-発砲するのではなく、募集するのではありません。 企業には常に離職があり、退職者、産休中の人、自由意志をやめた人、増加する人もいます。



結果は1-スペースが解放されます。 この時点ですでに自動化を完了している場合は、この場所に誰も連れて行かなくても十分です。 さらに、このオプションでは、実際に何も失うことはありません。 前の従業員はまだ退職しましたが、障害がある場合はいつでも新しい従業員を見つけて受け入れることができます。



誰も連れて行って見ないでください。 あなたが持っている数字。 残りの従業員は、退職したスタッフと仕事に対応できることは確かです。 DDやNDDを忍び寄らせて補充しないでください。すべてうまくいきます。



この方法は、翻訳と組み合わせることができます。 たとえば、ある部門の従業員を解雇しましたが、転勤先はどこにもありません-どこでも目玉に。 待って しばらくすると、別の部門の従業員が辞める可能性があり、「リリース済み」を転送できます。



また、翻訳の恩恵を受けることもできますし、むしろ、一般的に企業内のエンティティとして存在することもできます。



まず、異なる部門の従業員の仕事は、ビジネスプロセスマップ全体の能力と理解を高めます。 プロセスや部門間の関係をよりよく理解するために、各部門で働くことを余儀なくされた場合、管理者にとってはそのようなプラクティスがあります。



第二に、これらの同じ機能横断的なコミュニケーションが改善されています。 それは一つのことです-リーダー、隠されたルール、基盤を備えた独自のジュースで沸騰する閉鎖ユニット。 まったく別のことです。実際、従業員が「自由電子」になり、現在最も必要な場所に惹かれているときのプロジェクトの管理形態です。



まあ、最も重要なこと-あなたは問題の道徳的な側面に苦しめられません。

問題の道徳的側面

解雇の自動化の問題は、デリケートで複雑です。 私はすぐに言わなければならない-私は何が正しいかわからない。



一方では、人は辞めます。 彼には家族、コミットメント、ローン、計画があります。 解雇がどのような嘆かわしい結果をもたらすかを想像するのに、大きな想像力は必要ありません。



一方、ビジネスがあります。 一番上に行くと、ビジネスも人です。 1つ以上は重要ではありません。 はい、おそらく従業員よりも多くのお金を持っています。 しかし、これは彼らのお金です。 彼らは、誰かのローンを支払うため、他の人々の計画を実行するため、または義務を果たすためにビジネスを作りませんでした。



そして、ここで彼女はジレンマです。 従業員を退職するとは、所有者が彼に自分のお金を支払うことを意味します。 私たちの場合、実際のところ、何もありません。 従業員を解雇するということは、従業員とその家族にとって非常に現実的で、時には危険な問題を引き起こすことを意味します。



時々、精神実験はそのようなジレンマの解決に役立ちます。 所有者はあなたであり、従業員はあなたが毎月行うすべての必須支払いであると想像してください。 インターネット、電気、駐車場、食料品、モバイル通信、ガスなど



そして、突然、インターネットの料金が必要な2倍になることがわかります。 別の関税が発生したか、新しいオペレーターがあなたの街にやってきたか、または一般的に有線が不要になり、無制限のモバイルインターネットで十分です。 もちろん、差が小さい場合は、何もせずにすべてをそのままにしておくことができます。



そして、差が大きい場合はどうなりますか？ あなたは彼と長い間仕事をしているという理由だけで、古いオペレータに2倍の支払いを続けていますか、それとも彼を気の毒に思いますか？



または、たとえば、お気に入りのガソリンスタンドでガソリンは、同じ品質の燃料、サービス、およびロイヤルティプログラムで、他よりも2ルーブル高いことを学びました。 同じ場所で燃料補給を続けますか？



誰もが自分の方法でこれらの質問に答えます。 一般的に、私たちは小さな節約について話している。 同様に、大企業の場合、1人の従業員はそれほど大きな負担にはなりません。 ただし、その年の金額を計算し、年間予算のプリズムを通して検討できることを忘れないでください。 繰り返しますが、誰もが自分自身で決定します。



たとえば、別のインターネットプロバイダーに切り替えることを決めました。 そして、以前のプロバイダーはどうなりますか？ 特にあなただけでなく、あなたのすべての隣人が同じことをするなら？ 結局、コストを削減するために誰かが解雇される可能性がありますか、それともビジネスが破産するのでしょうか？ 気にしますか？



ほとんどありません。 私たちの周りでは、ビジネスは絶えず創造され、死にかけています。 1年前に隣の家に肉屋があり、6ヶ月後に水ギセル店に置き換わり、1ヶ月前にパン屋が到着しました。 なぜ彼らは閉じているのですか？ 標準的な答えは、彼らはビジネスをしない、購入しないということです。 誰が買わないの？ 店が隣の家にあるなら、あなたは？ 買ってみませんか？ 不要、高価、または美味しくない？ しかし、あなたがこの店にお金を渡さなければ、店は閉まり、その従業員全員が解雇されることを理解していますか？ しかし、あなたは買いません。 したがって、問題の道徳的側面はそれほど重要ではありません。



繰り返しますが、個人的には解雇に反対です。 思考実験では、視点を増やすだけでした。 従業員とその解雇は誰もが異なって見ますが、これは正常です。 単一の視点も、正しい視点もありません。



私の個人的な、もし興味があるなら：余分な人を雇わないために、そしてその後の解雇のために努力をしなければなりません。



従業員の雇用は責任です。 彼が人を連れて行ったら、彼はあなたのために望み、あなたの会社の収入と見込みに関連する計画を立て、義務を引き受けます-同じ住宅ローン。 したがって、誰かを雇う前に3回考えることをお勧めします。 そして、現在の状態の効率を改善してみてください。



さて、もしその人が不必要になったのなら、彼を解雇せずに移してください。

ケーススタディ

完全を期すために、成功例と失敗例の両方を示します。



2人の会計士が倉庫で働き、出荷、到着、移動などの作業を手配します。 正式には、1つは会計士、2つ目は経済学者です。 彼らはタスクを設定します-1つがあるように自動化する。



私は彼らの責任を見ましたが、それはほとんど判明しませんでした。 主要なドキュメントの準備に加えて、会計士が今月の締め切り、取引の一括修正などの1回限りの注文の履行に参加することは依然として標準であり、もちろん「私はまだそこで」



モラトリアムを導入します-プライマリのみを作成し、それに関連するすべてのものを作成します。 灰色の質量を無視します-それは特別なものではないことが判明しました。 最初にいくつかの簡単な改善を行います-自動およびテンプレートベースの記入、基礎に基づいた入力、紙を横に振った（印刷する前に場所で手動の修正が必要でした）。 すべての作業について-1か月以内。



エコノミストであるその少女は、すぐに解雇されました。 もちろん、私は反対しました-経済学者にはやるべきことがありました-しかし、何らかの理由で、それを去るオプションは考慮されませんでした。



アカウント部門にはさらに数人の女の子がいました。彼らはオフィスに座っていました。 プライマリアカウントの入力が完全に自動化されたため、トランザクションの時間が短縮されたため、残りの会計士を解任するという問題が自然に発生しました。 リーダーは決心しましたが、今度は翻訳を完了することができました。倉庫を片付けるプロジェクトを始めたばかりで、孤立した人が必要でした。この女の子が役に立ちました。



ところで、マネージャーは彼が少女を解雇しなかったことに非常に満足していた-彼女は非常に賢明な専門家になった。 それは彼女です-2つの新しいものよりも速く働いたもの。



それから悪い例がありました。 私はオフィスの会計士と話をして、自動化のための2つの低いぶら下げ果物を見つけました。 最初は月の終わりです。 彼らは1Cでバッチアカウンティングを使用しましたが、これは通常の操作中にかなりの時間がかかりました。



知らない人のために、もう少し明確にします。 月があり、収入、費用、振替など、数千の取引が含まれています。 バッチアカウンティングを使用する場合、各ドキュメントは以前のすべてのドキュメントに依存します。まず、借方記入のコストがかかります。 技術的には、これは、5月15日のドキュメントを変更する場合、5月15日から5月31日までのすべてのドキュメントを再配布する必要があることを意味します。 難しいことではありませんが、非常に長いです。 多くの変更が必要でした。 そして、毎回-変更され、リダイレクトされます。 昼も夜も、同期的、非同期的-それは重要ではなく、長い間同じです。



しかし、1Cでは、コスト会計（RAUZ）の拡張された分析が登場し、再実施の問題が完全に排除されました-それはまったく必要ありませんでした。 ドキュメントを変更しました。月末の締め切り手順に従うだけで、約5〜10分かかりました。



パーティショニングアカウンティングからRAUZへのこの移行により、約7日間で取引を終了できました。



2番目の問題は、紙と電子文書の会計と調整でした。 当時、電子文書管理は配布されておらず、紙だけが使用されていました。 到着した貨物、紙片、マネージャーまたは店主がそれらを受け取り、会計士に引きずります。 彼は車を運転し、すべてがうまくいくように見えますが、マネージャーはしばしば紙片を失いました。 まあ、彼らが負けているわけではないが、見つけられなかった。



そして、なんらかの理由で、紙片が定期的に税務により要求されました。 実際、主な問題は、私たちが持っている紙片と持っていない紙片に関する情報の不足です。 簡単な自動化で問題が解決しました-電子文書に関連する紙片の記録がありました。



そのため、会計士によると、自動化が始まる前に、書類に煩わされていたのは20％でした。 その時、パーキンソンの法則を覚えていなかったので、急いで自動化して問題に勝ちましたが、もちろん20％の時間はどこかで消えました。 リストを作成することすらしませんでした-DDもNDDもありません。 したがって、誰も解雇されたり、移動したりしませんでした。



次はエコノミストでした。 それらの方が簡単です-トランザクションはほとんどなく、ほとんどがレポートなどの通常のタスクです。 レポートの日付と数は既知であり、自動化するためにのみ残っています。



経済学者からの報告は会計士からの報告よりも複雑であり、最も重要なのは、それらはすべて一般に認められた基準に従ってではなく、会社で慣習的であり、受益者にとって便利であったためです。 したがって、テンプレートとサンプルはExcelのみにありました。



自動化で特に困難だったのは、データの品質でした。 実際、経済学者はデータを検証する、またはむしろ調整するために、ほとんどの時間を費やしました。 彼らは生データを取り、それをExcelに挿入し、それを駆動して、チェック、要約、分析などを行います。



「記録時の検証」および「非同期検証」の方法を使用して、データの品質に非常に迅速に対応しました。 次に、レポートを作成しました-純粋なデータによると、それらは迅速に作成されます。



決定を下す時が来ました。 3人のエコノミストがいましたが、プラス/マイナスはすべて等しいです。 考え直さずに、彼らはだれも解雇せず、適切な事件を待つことにしました。



この事件はかなり早く現れた-経済学者の一人が、何らかの理由で辞めた。 喜んで、彼の代わりに誰も連れて行かなかった。 見た-素晴らしい、管理します。



しばらくして、2番目の経済学者は政治的な理由で辞職しました-彼は誰かと議論をしたか、何かを共有しなかったのか、私にはわかりません。 喜んで、彼の代わりに誰も連れて行かなかった。 観察-あるエコノミストが対処しています。 彼らは去った。



自動化が実行され、トランザクション番号の可用性が会計スタッフの拡張から保存された場合、同じタイプのいくつかの例がありました。 イニシアチブ「別の会計士を与える」は罰せられないため、以前の試みの後に一時停止した後、新しい主任会計士と古い会計士によってしばしば示されました。



アルゴリズムは標準です。 主任会計士が到着し、ユニットを追加するよう要求し、正当化をもたらします。通常、1つの数字はなく、「仕事が増えました」、「売上高が増加している、対処していません」などの文章だけです。



トランザクション統計は常に保持されていたため、チェックは迅速でした。 それは常に同じことでした-トランザクションの数は増加せず、時には減少しました。書類の複雑さも変わりませんでした。法律とプロセスの大幅な変更は発生しませんでした。パーキンソンの法則が有効であり、取引の時間が増えているというだけです。



彼らは単に拡大を拒否することもあれば、妥協を選択することもあります-トランザクション時間を短縮するために何らかの自動化を行いましたが、政治的決定を下すこともありました-新しいチーフ会計士をサポートし、スタッフが拡大しました。



そして最後に、今起こっている例です。注文する企業製造製品があります。これらの製品は他の工場に送られ、そこで顧客に届けられる最終製品の一部となります。



多くの注文があり、計算は複雑で、常に一意です。企業が存在する限り、非常に多くのマネージャーがこれらの注文を受け入れてそこに座っていました。実際、注文の受け入れと関連するアクティビティは、すべての作業で構成されます-受け入れ、システムへの入力、請求書の発行、生産への送信、支払いの管理、出荷用の文書の書き出し。



顧客工場向けのシンプルなインターフェースを備えた、顧客セルフサービス向けのサービスを作成しました。彼らはシステムにサービスを添付しました-1Cとphpの両方で、地獄はどちらを知っていますか。彼の通常のシステムのサプライヤは、彼が長年行ってきたように、単にサプライヤに注文し、データは自動的にクライアントに送られ、そこですぐに計算され、価格、仕様、生産、出荷日で注文が形成されます-一般に、すべての必要な情報が作成されます自分への支払いの請求書を印刷することもできます。



実際、マネージャーは不要になりました。論争や緊急の問題を全般的に制御し解決するために1つまたは2つを残し、残りのすべては安全に解雇または移転することができます。しかし、すべての友人がそこにいます。



その理由は簡単です-このプロジェクトは自動化のみで実行されました。ほとんどのプログラマーがまさにそうする方法-彼らは仕事を得て、完了し、開始し、忘れていました。プロセス、管理システム、目標などのビジネスプログラミングチップはありません。そして、彼らはビジネスプログラマーとして働いていたはずです。



さて、そして、何だと思われますか？私たちはこのプロジェクトに対して支払いを受けました。



問題は、クライアントが利益を受け取らなかったことです。マネージャーはサービスなしで彼と一緒に座って、注文の流れを管理しました。現在、サービスは管理中であり、マネージャーはまだ座っています。頭と所有者の観点からは、変更は発生していません。お金だけが開発のために無駄に与えられました。



実際、この例はプログラミングとビジネスプログラミングの違いをよく示しているはずです。



もちろん、私たちは希望を失わず、私たちの自動化が直接的な目的を達成する方法を探しています-人を解放することです。私たちがあなたに望むこと。