ベッドの再配置

「怠惰すぎて仕事ができない場合は、すべてを変更する必要があることを教えてください」©（発明されたばかり）。



「ブロテルでの販売が落ちたとき、あなたはベッドを再配置するのではなく、労働者を変える必要があります」©（ある種の逸話）。



それだけです、十分な引用と哲学。素敵で居心地の良い会社でベッドがどのように再配置されたかをお話しします。真っ直ぐにパンを与える必要はなく、ベビーベッドを動かすだけです。

供給

企業は、それが存在する限り、供給の問題を抱えていました。その本質は非常に単純でした：購入者はうまく機能しませんでした。今日注文する必要があります-それらは一週間続きます。近隣の都市で購入する方が簡単で安価です。彼らは極東で注文します。それは百の袖を取ります、彼らは間違いなく10か千のどちらかを注文します。



誰もが問題が何であるかを知っていました-サプライヤー、売り手、生産、そして管理。しかし、どういうわけか...あなたは来て頭の中で人々を蹴ることができないのですか？すべてを賢く行う必要があります。組織の変更を通じて。



村の工場のマネージャーのお気に入りのビジネスは、企業の組織構造を変えることです。しかし、私たちのヒーローは、新しい構造を作成して承認し、人事異動を作成し、部門のプロセスや規制のような大量の紙をやり直すには時間がかかりすぎると判断しました。



そのため、看板の部署名を変更することにしました。一種の軽い再構築。彼らは名前を思いつき、通常のA4シートに印刷し、古いプレートのネジを外し、プラント管理の廊下を社会保障に変えました。供給部門はロジスティクス部門になり、販売部門は顧客部門になりました。



私たちは座って待っていました-いいえ、それは機能しません。すべてを変更する必要があります。



プログラマーがさらに参加したことは除外されません。 「組織構造のメタデータ」を変更することが決定されました。「供給部門」というタイトルでは、「供給」という単語ではなく「部門」という単語を変更する必要があります。そして、面白い飛躍がありました。



まず、最も単純な「サービス」を選択しました。そして、それはより堅実に聞こえ、あなたが提供する必要がある一種のヒントです。約1年間サービスがありましたが、機能しませんでした。それから彼らはここに植えるものは何もないと決めました-部門、サービス、根本的な解決策が必要でした。部門があるようにしましょう。



西部のように、部門はすでに美しいです。私たちは組織構造を変え、座って待ちました。くそー、それは再び機能しません。さらにクールで刺激的なものが必要です。分割があると決めました。 「供給部門」-それはどのように聞こえますか？クリストファー・ノーランの新作映画の既製のタイトル。



しかし、残念ながら、これも役に立ちませんでした。しかし、希望は再び燃え上がりました。賢い人が日の目を見ると、名前が分かれていますが、名前を統一する必要があると言いました。たとえば、「department」-「divide」という単語から、「department」-英語の「part」（part）から、「division」-純粋な形式のdivision（「division」）。おそらくプログラマーでもありました。



共有をやめることにしました。 「チーム」がありますように。しかし、彼らはすぐに考えを変えました-彼らは外の世界の前で恥ずかしいと感じました。クライアントが交渉のために到着し、ある人が彼に会い、「私は営業チームのVasyaです」と言ったと想像してみてください。彼らは村で彼らを好きではありません。



このアプローチが機能しないことに気づきました。すべてを変更する必要があります。



現在、深刻な再編成がすでに始まっています。私たちは人を再配置し、部門の構成を変更し始めました。 5つのサプライヤーがあり、疑問が生じました-それらはどのような基準で分割されるべきですか？賢い男がやって来て言った-今ではいわゆる。 「カテゴリー購入」。 Vasyaと同様に、「鋳造と鍛造」のカテゴリ、「ハードウェア」のGena、「圧延金属（シートメタルを含む）」のValyaなどを担当しています。そして、彼らは共有しました。 5つの部門。



もちろん、すぐに各部門が成長し、頭や自分の事務所などができることが示されました。まあ、だから人々は心配しないでください。しかし、幸いなことに、実験は長くは続かず、ほんの数か月でした。



それが機能していないことに気づき、すべてを変更する必要がありました。



別の基準（シリアルおよびカスタムの命名法）に従って分割されます。シリアルは、さまざまな工場で製造され、いつでも購入できるすべてのものです。それぞれカスタマイズ-倉庫にないもので、事前に注文する必要があります。



理論的基礎を要約しました-エリック・トリストによる記事を読んでください、彼が鉱山を分割して再配置することによってどのように整理したか。今ではすべてが正確に心に従っていました-人々は日常の活動のエネルギー構造の根本的な違いに従って分けられます。それがどのような意味でも。



しかし、それは役に立ちませんでした。私たちはすべてを変える必要があることに気づきました。



それから誰かがビジネスユニットについての本を読みました。もちろん、ビジネスユニット、マトリックス管理、さらにはプロジェクト管理も必要であると判断しました。しかし、これは遠い未来です。



工場内のビジネスユニットとは、2人の営業担当者、2人のサプライヤ、およびたとえば設計エンジニアが1つの部門に配置されることです。国境、障害物、官僚主義などがない小さなチームであることがわかります。各ビジネスユニットは、製品、地域、または顧客など、独自のことを行います。ここでは、製品ラインに従ってそれらを分割しました。



そして、すべての「誰が明確ではない」は、いわゆるに入れられます。コーポレートセンター、別名KC。会計士、プログラマー、エコノミスト、弁護士など。それに応じて、CCはビジネスユニットの「サービス」を提供し、ビジネスユニットにサービスを提供します。州が市民と企業にどのように奉仕しているのか。



一般に、ビジネスユニットに応じて3つのサプライヤーが着席し、2つは「一般的な命名法」の購入のために企業センターに残されました。各ビジネスユニットには上司がいます。そして、運が良ければ、すべてのボスは営業担当者でした。会社の歴史を通して、ヒョードルおじさんの問題に直面したまさにその人たち-何かを売るためには、それを買わなければなりません。そして、誰が私たちから間違ったものを買ったのか、そうではないのか、私たちはすでに知っています。



ビジネスユニット内では、まもなく、サプライヤーの古いサプライヤーが機能しなくなりました。セールスマネージャーは、何を、どのくらいの量で、いつ購入するかを明確に話しました。そして、サプライヤーはその方法を知りません、彼は提出失読症のようなものを持っています。ビジネスユニットの人たちは吠えました。



そして、CCに滞在した人々にとって、すべてが以前と同じように、快適で落ち着いていた。さて、数ヶ月の苦痛の後、ビジネスユニットの人たちもCCを求めました。彼らはいくつかの正当化さえ要約しました-彼らは、調達は一元化されるべきであると言います、これは現代の傾向であり、機能を複製するものは何もありません。例を挙げました。あるサプライヤがさまざまなビジネスユニットから注文を受け取り、バッチサイズが小さいために高額で出荷されます。言い訳のアイデアはMBAから取られ、MBAはその後最も重要なサプライヤーによって研究されました。



じゃあ何をすればいいの？すべてのサプライヤーをCCに移管しました。次に、デザイナー。ビジネスユニットに残っているのは売り手だけです。全体のポイントが失われ、実験の初期段階に戻りました。部門だけです。確かに、彼らは実験を続けませんでした。私たちはただ辞任し、危機で迷子になりました。

ITスペシャリスト

並行して、ITスペシャリスト（プログラマーとシステム管理者）がいました。最初は、タスクマネージャーやITILがなくても、ランダムにうまく機能しました。彼らは率直に言って、工場で通例であるように、「解雇されないように」のレベルまで、ひどく働いた。



サプライヤーと彼らのベッドの再配置を見て、彼らは気づきました-これがそれです！ IT担当者の悪いところを聞くのをやめ、すべてを変える必要があります。



ITスペシャリストである私たちが電話をかけて、プリンターが機能しない、レポートが生成されない、またはサイトからアプリケーションが提供されないことを叫ぶことは何もありません。 ITスペシャリストに何かをしてもらいたい場合は、メモを書いてください。今、すべてが私たちにとって深刻になります。



私たちはディレクターのところに行き、変更を実証しました。議論するのは困難でした。要点は、正確には記録と承認の欠如であり、ITスペシャリストの貧弱な仕事ではありません。 「プロセスは常に記録されなければならない」と述べているISO9001規格を知り、心から愛しているディレクターは、このアプローチを承認しました。



当然のことながら、耽溺はすぐに過ぎ去りました-現在のすべてのタスクが忘れられ、腐った遅延が再び新鮮になりました。誰かが彼の古いタスクを完了させたい場合は、彼にスラッグを書かせてください。



人々は愚か者ではありません、そして彼らは喜んでサービスノートをリベットし始めました。 ITスペシャリストは、サーバールームから古いほこりっぽいテーブルを引き出して、大量の紙を積み重ねる必要がありました。長い間、デスクの引き出しには何も収まりませんでした。しかし、「ITの人々は、ズボンを積んだように働く」という叫び声と誓いが、新たな勢いで高まりました。



わかりました。ITスペシャリストが発表しました。問題があります。すべてを変更する必要があります。問題の根本は、サービスファイルが紙であるということです。何をいつ行うべきか、そしてこれらすべてをどのように制御するかは愚かなことに明確ではありません。



決定？メモを自動化！ 1つの石で2羽の鳥が一度に死んだ-ITスペシャリストは2つの耽溺を受けました。まず、自動化を最初に行う必要があります。これは、「ご存知のとおり」、それほど簡単ではありません。システムは、柔軟性があり、カスタマイズ可能で、便利で、透過的である必要があります。第二に、スラッグを実行することはもはや不可能です。また、まだシステムがないため、システムにはタスクがありません。



システムの開発には6か月かかりました。ファンファーレから始まり、惨めに失敗しました。さらに6か月でわき柱が修正されました。人々は大騒ぎしていました-システムでは、サービスシステムの改訂のためのサービスブックを発行することはできませんでした。



システムが正常に動作し始めるまでに、システムを変更する必要があることはすでに明らかでした。 ITスペシャリストは、万が一に備えて、頭に灰をまき散らし、システムを開発する必要はないと述べた。百万個ある既製のものを使わなければなりません。これは問題であり、IT担当者がうまく機能していないということではありません。すべてを変更する必要があります。



私たちは、既製の解決策を見つけるために休憩しました。 3か月後、彼らはBitrixを選択しました。これは企業ポータルを展開するための最も安価なボックスです。さらに3か月が展開され、セットアップされました。ここでは、おそらく私は同意します。ITスペシャリストが責任を負うべきではありません。 Bitrixボックスを展開して動作状態にするための3か月は、まだ敬虔です。



この間ずっと、彼らは彼らが得たように生きました。誰かがサービスレコードを古いシステムにプッシュし、一部はタイプされ、最も傲慢な方法で呼ばれ、怒鳴られました。



Bitrixの企業ポータルが機能し始めたとき、歴史は繰り返されました。自動化されたシステムで、ほこりっぽいテーブルの上で頭の中で何とか生きていたタスクの過負荷は、有名な「柔軟な適応インターフェース」に友好的に移動しました。



「柔軟性」と「適応性」で、私たちは約6か月間突っついていました。途中、ほこりっぽいテーブルやサービスルームの方が柔軟性があることに気づきました。 ITスペシャリストの誰もPHPを知らなかったので、マウスを使って構成フォームを突っ込んだだけだったので、特に役に立ちました。 「システムの構成と実装」の間、現在のタスクを解決する必要は特にないため、誰も急いでいませんでした。



彼らは現時点でどこかでBitrixに唾を吐きました。「メールで通知を設定することはできませんでした。プラットフォームのバグのようです。」このシステムは製造企業には適していないことに気づきました。根本的に何かを変える必要があります。



状況を分析するのに1か月かかりました。誰かがIT担当者にスクラムについて話しました：ホワイトボード、ステッカー、柔軟性、コンピューターシステムなし。彼らはこのようにベッドを再配置したことはありません。どういうわけか、スクラムを試してみることにしました。根本的に変える必要があります。



私たちはすぐに問題に遭遇しました-スクラムは1日で起動します。ステッカーやマーカーもあり、会議室のホワイトボードは長い間サーバールームに置いてありました。彼らは引きずり出され、電話を切り、そして運転した。ある意味で、彼らは座って仕事を待ち始めました。



最初の叫び声の男が駆け寄り、問題の概要を説明し、それをステッカーに書き留め、ボードに掛けました。奇妙なことに、彼らはすぐにそれをやりに行きました。私たちが歩いている間に、さらに数人が走ってきました-彼らはまた彼らのタスクを削除し、それらを書き留めて貼り付けました。夕食の時間だったので、集まって食べに行きました。



彼らが戻ったとき、彼らはほとんど倒れました：ボード全体がステッカーで覆われていました-黄色、ピンク、白、青。誰かがA4の紙を磁石に印刷したシートで貼り付けました。いくつかのステッカーがボードの下の床に置かれ、靴底の痕跡が残っています。



工場全体が昼食をとっていたので、彼らはこれを決定しました：私がそれを見なかったなら、そうではありませんでした。彼らはすべてのステッカーと紙片をはがし、喫煙室に駆け込み、ゴミ箱に投げ入れて燃やしました。その日の残りの半分には、市民の2つのカテゴリーが並んでいました。「ピンクのステッカーはどこにありますか？」と叫んだ人もいれば、「貼り付けさせてください」と叫んだ人もいました。スクラムは朝まで生きていませんでした。



Scrumは製造工場には適していないことが共同で決定されました。これは流行に敏感なスタートアップのための娯楽であり、人々はただ頬を吐き出し、働きたくないので、ステッカーを使って冒険を発明します。私たちは真面目な人で、システムが必要です。



GitHub（？！）、Jira、1Cの問題を整理しました：ドキュメントフロー、一部のITIL製品、Outlookのタスク、Bitrix24、Trello、Yandex.Tracker、Kanban（ボードの周りにフェンスがあります）、独自の別のシステムを作成しました。



一般的に、私たちはベッドを配置するための多くのオプションを試しました。これらの操作は、同じアルゴリズムを使用して、数年かかりました。古いシステムや方法論は機能しないことを認めます。すべてを変更する必要があります。私たちは時間をかけて市場を分析し、新しいシステムを選択します。次に、その実装と構成について。ユーザーに教えます。起動します。すぐに赤くなる同じタスクのシャフトを取得します。初期段階に戻ります。



そして、彼らは以前と同じように働きました-彼らが解雇されないレベルまで。

ディレクター

そして最後に、ベッドの再配置のもう1つのファンであるディレクター。彼のお気に入りの道は給料と動機付けのシステムでした。



簡単に言えば、問題は、ディレクターがほとんど支払わなかったということでした-彼の代理人を含むすべての人。しかし、彼は私が2006年以来村の工場で何度も聞いていた重要な戦略を正しく理解しました。ここで簡単に説明しますが、ディレクターを表示しないでください。

私たちは常に支払いシステムを変える必要があります。目標は、より少ない支払いです。しかし、人々は自分たちがもっと増えていると感じるべきです。

それは非常に簡単に行われます-ボーナス、グレード、または何よりもKPI（KPI）のシステムを介して。



当初は給与があり、営業担当者のようにボーナスを持っていた人もいました。しばらくして、監督は不愉快な状況に陥った。一方で、給与は長い間変化しておらず、人々は「毎年インデックスを作成している企業」について不平を言い始めました。一方、彼と現在の給与はすでに緊張していた-彼らはそれを減らしたいと思った。



それで彼はすべてを変えることに決めました。副所長から掃除婦まで、みんなのためにKPIを作りました。給与は、給与（前回の約半分）とパフォーマンスに基づくボーナスに分けられました。当然のことながら、新しいKPIシステムを導入するという鉄壁のルールが守られました。それは、純粋に理論的には、約30％多くを得ることができました。



この数字（30％）は、ディレクターから絶えず表明されていました。私はとても上手で、あなたの給料を30％増やしました、そしてあなたは働きたくないのです。実際、もちろん、人々は以前のレベルの収入の約70％を受け取り始めました。しかし、底に達することは不可能でした。



少ししか得られないことに不満がありますか？それで、あなたは受け取りませんでしたが、稼ぐようになりました。だからお金を稼ぐ。ディレクターである私はあなたのために働くことはできません。私は機会、条件、見通しを作成します。働き、幸せになりなさい。



人々は「公共の場所の清潔さについてのコメントはない」などの不自然な指標に徐々に慣れ、どういうわけか彼らは同意しました-彼らはお互いの人生を台無しにするのをやめ、悲しみで彼らは同じレベルの収入に達しました。



監督はこれに気づき、すべてを変えることにしました。面倒くさいので、システム全体を根本的に変えることなく、他の指標を思いついた。給与は再び減少し、しばらくの間、ディレクターは平和に暮らしました。



人々が1か月で新しい指標の再訓練を学んだとき、監督は自分自身に負担をかけ、格付けシステムを考え出し、実装しなければなりませんでした。今度は再び給料がありましたが、そのサイズはグレードによって異なりました-これはスペシャリストカテゴリのタイプです。当然、システムの開始時に、全員に最低グレードが割り当てられました。過去のメリットは考慮されていません。変えることは変えることです。



監督の戦略に従う場合、成績を導入する際の主なことは、レベルを上げるためのアルゴリズムをできるだけ複雑で理解できないものにすることです。何をすべきか、どのように準備するか、どのような結果を示すか、誰に試験に合格するか、どこにチョコレートを持ってくるか-何も知られていませんでした。ディレクターは言った-システムの実装がどのように進むかを2〜3か月間見て、決定する。



6か月後、彼は自分自身に報告するために女の子を個人的に雇い、彼女を「資格マネージャー」と名付け、成績を上げるためのアルゴリズムを考え出し、それを実装するように彼女に命じました。彼が注文したのではなく、むしろ提案された、または推奨された。急がないように。



アルゴリズムの準備が整うまでに、ディレクターは再びすべてを変更する必要があると判断しました。ベッドの脚は、古いボロボロの床板に再びきしみました。今回は、コスト会計に向けて。

PS

私は、企業、特にサプライヤーとプログラマーのすべての問題が、ベッドの再配置に対するディレクターの愛情によって引き起こされたことを排除しません。どう思いますか？