私は人生でこのような自動化の経験があり、長い間恥ずかしく思いました。 システムの動作不良、メタデータカーブ、TKが一致しなかったからではなく、まったく逆です。 すべてが美しく、高速で、会社全体に完全に実装されています。 正式な基準に関しては、これは完全に成功しました。
しかし、会社、その文化、この実装は地獄に変わりました-官僚的で、体系的で、無意味です。
しかし、この地獄は私に信じられないほどの利益をもたらしました。 私はだめにしません、そして、あなたは読むために出版の終わりまで走りません。
まず最初に。
背景
私の若い頃、私はシステムを信じていました。 私は本物のプログラマーであり、人生のすべてのバリエーションを考慮し、ミスのすべての動きと嫌いな人の抜け穴をブロックする適切なエンジニアリングシステムが世界を救うことができると確信していました。
私は人々をシステムの要素であると考え、指示に従って必要に応じて、定位置に座ってボタンを時間通りに押し、数字を見て、標準からの逸脱に対応する必要があります。
私自身の世界像の正確さに対する自信は、実践によって強化されました。文字通り、私は別の地域からのみそのようなシステムを作成するプロジェクトを終えました。 その中の人々には、オペレーターまたはパフォーマーの役割が与えられました-システムからタスクを受け取り、実行し、報告します。 実行されていない、報告されていない、または遅すぎる-500ルーブルの罰金。
このシステムは機能し、非常に効率的でした。 そして、私はそれだけを作成しました-そして、プログラミング、ビジネスプロセス、指示、実装、デバッグ。 そのような成功は私の意識を覆い隠すことはできませんでした-私はこのアプローチでビジネスシステムを開発する問題を解決できると正直に決めました。
そして今、彼らは私に新しい野心的なタスクを設定しました-タスク管理システム、または会社全体のための指示を作成して実装することです。
挑戦する
プログラマーやマネージャーは、イベントが発生した企業についてもう少し学べば、そのようなタスクがどのように、なぜ起きたかを理解できます。
この企業は、ロシアの中心部から遠く離れた、最も一般的で、工業的かつ商業的なものであり、伝統的な傷や特徴をすべて備えています。 鍵の1つは、パフォーマンスの統制が悪いことです。 簡単に言えば、厳しい管理以外のことを誰にも強制することはできません。
会議が開催され、問題が議論され、結果に基づいて課題が発行されています。 それらは配布されます-ある意味で、彼らは紙のプロトコルに入力され、それがコピーされて参加者に配布されます。 それらのすべてが彼らの指示を満たすために喜んで走ることが想定されています。
次回の会議ではどうなりますか？ 新しい門の雄羊のように、誰もがプロトコルを見ます。 そして、私は忘れていました、彼らは私に思い出させませんでした、彼らは私に警告しませんでした、彼らは私にプロトコルのコピーなどを与えませんでした
メモと同じ話（あなたはそのようなことを知っていますか？）。 彼らは書いて、調整して、持ってきて、実行します。 うん、ちょっと走ってみて。 主なルールを理解するまで、私は個人的に最初のサービスのみを実行しました-それらが実行されているかどうかを確認する人はほとんどいません。 個人的に、私はナイトスタンドの一番下の引き出しにサービスを置きました。 他の人はもっと面白く行動し、「ワイプ」という言葉が聞こえました。
この混乱は勝つために必要でした。
あなたが理解しているように、それは主に機能横断的なタスク、すなわち 異なるサービス間の相互作用について。 内部では、ボスは多かれ少なかれ対処しました。
私は、企業のすべての問題は規律の実行によるものだと固く信じていました。 注文とビジネスプロセスが実行され、すべてが自動的に形成されることを確認するだけで十分です。
開発
市場に出ているソリューションを調べました。 典型的な業界、bitriksとmegaplans、outluksとcloud、そして私は何も好きではありませんでした。 優しさ、先験的な既存の勤勉さ、やる気、チームスピリットに向けられたすべてが、あまりにも糖度が高い。
主なものは、簡単かつ迅速にカスタマイズ可能なシステムが必要だったことです。 そして、私は純粋な1Snikでした。
真実に最も近いのは1C：ワークフロー、次にバージョン1でしたが、私も好きではありませんでした。 不要な機能や多くの設定やオプションのない、シンプルで高速なシステムが必要でした。 さらに、サービスデスクなどのシンプルなシステムを作成した経験があります。それらは簡単に作成、変更、実装できることがわかっていました。
誰でも知っているなら、1C：文書管理はコンストラクターです。 タスク、プロセス、プロジェクトを管理するためのシステムを構築できます。 しかし、プログラミングではなくチューニングによって実行される「コレクション」は、不当に長く実行されます。 とにかく、カスタマイズせずにはできませんでした。もしそうなら、私は自分でシステムを作ることにしました。 実際、そこにはツールが1つ必要でした。それは割り当てです。 まあ、パフォーマンスの規律に関するレポート、異なる設定のタスクリストなどのキット。
数日間、私は管理フォームで構成を作成し、IISで公開し、それを取りに行きました。
重要な機能私は問題の記述の単純さを考慮しました。 私の経験では、このようなシステムの工場で最も難しいことは、管理の透明性を望まないため、中間管理者を引きずることであり、システムは複雑であると言って、常に実装を動的化します。
私の任務はとても簡単でした。 そして、これは私が指導者に引き渡し、システムが彼らのために投獄されたため、システムの正常なコミッショニングを助けました。
いくつかのお気に入りでテストされ、見つかったすべての枠を修正し、オフィス全体を稼働させました。
システム
いつものように、システムはすぐに終了する新しい気まぐれとして認識されました。 さあ、入って、出て、出て、出て。 それだけです
そして人形。 管理者はシステムが機能することを本当に望んでいました。 そして私が欲しかったのは 順番に信じていた。
最初の段階では、システムは子供のようでした-素朴でクリーンで、人々の善意に自信がありました。 彼らは皆良い人たちで、仕事をしたいし、すべてを時間通りにやりたいと思っています。ツールを持っていませんでした。
しかし、現実はすぐに子供を邪悪でcな悪党に変えました。
最初のバージョンでは、仕事への割り当ては受け入れられませんでした。 あなたが送信し、それはすでにやっていることです。 そこに性交して、彼らは「私は見たことがない、私は知らない」と言う。 仕事への受け入れという事実が必要です-わかりました、追加します。 同時に、報告があります-仕事の指示を長く受け入れない人。
素朴なシステムは、悪いタスクはないと考えていました。 まあ、明らかなナンセンスが書かれているとき。 しかし、彼らはそうです。 それで何？ 注文を拒否する機能を追加します。
すべてが衰退し始めています-結局のところ、あなたはボタンを持っていることができます、なぜそれを拒否しませんか？ 誰も間違った方法で取得しませんでした！ 拒否する場合は必須のコメントを追加します-書いてください、なぜあなたは不幸ですか！ 偏差が少し少なくなりました。
開発中、私は多くの優秀な人の話を聞いたので、システムに実行時間の内訳をコントロールポイントに入れました。 開始の翌日、学期の途中、そして終わりのどこかで、「祝う」必要がありました-プロセスの進行状況。 私は賢明な人々の勧告に従ってこれをしましたが、現実が私に来て言った-これらの見せびらかしは何であるか、始まり、終わり、ポイントがあります。 わかりました
人々は割り当てを実行し始めました-旗を立てて、彼らがしたことについてコメントを書きます。 そして、タスクはすぐに「完了」セクションに分類されました。 官僚が来て言った-ええ、どうして、彼らはそれを全然しなかった、彼らはどのように仕事を取り戻すことができますか？ 議論の後、実装の結果を拒否する可能性を追加しました。
さて、悪い監督は検証作業を凍結し始めました。 彼は課題を書き、宇宙での彼の使命を果たしたと考えています。 請負業者はそうし、報告書は書いており、検証を待っている。 しかし、彼女はそうではありません。 執行者はinし、完了した注文の検証を監視するレポートが登場しました。
しかし、ワームはうねり続けました。 検証期間が制御されると、検証する時間がなかったすべてを愚かに拒否します。 くそー、これをどうする？ 私が思いついた最初の解決策、2番目の人々。 私の解決策は、苦情ボタンです。 プレスし、苦情を送る相手を選択し、コメントを書き、リンクがその人に代わって届きます。 苦情の受信者が知的で権限を与えられた人である場合に役立つことがありました。
人々が使用した2番目のソリューションについては低くなります。
もちろん、システムは時間通りに注文を実行する必要がありました。 特別なレポートに表示される過去の期限は赤く輝いており、すべてが正常に表示されています。 しかし、素朴なシステムは、仕事に就くときに合意されているため、割り当ては時間通りに完了することができると信じていました。 当然のことながら、人々は異なる意見を持っていました-そこには状況があり、負荷がかかります。 締め切りを延期する機能を追加する必要がありました。 しかし、ずるいもので。
期限がまだ切れていない場合は、システムを介した転送のリクエストを行うことができます。 すでに期限に間に合わない場合、システムを介してその転送を要求することはできません。 彼がシステムにログインして期限を移動できるように、立ち上がって監督の足を踏みつける必要があります。 これは「言葉によるコミュニケーションに向けて人々を押す」タイプと呼ばれています。 同時に、教育目的で、個人的な会話でtrackを避けるために、締め切りを追跡すること-誰もがそれを愛しているわけではありません。
延期は2つのことを許可されました。 制限を使い果たすと、イニシエーターでさえ移動できなくなります。
それから、システムにはほとんど官僚主義がなかったことが判明しました-あなたは単に他の人に注文を出すことができます。 そして合意？ 人々はつぶやき始めました。 これはどうですか、ある種の変人が私のために「m」という文字を使いますが、主任会計士とファインダーはそれを見ませんか？ さあ、コーディネーションを追加します。
小さな文書「注文」を台無しにしたくなかったので、新しいもの「メモ」を追加しました。 意味は同じで、あなただけがあなたが望むコーディネーターとあなたが望む量を追加することができます。 そして、誰もが同意していませんが、仕事を受け入れることは不可能です。 そして、少なくともサービス自体を実行し、少なくともそのベースで100の指示を出します。 誰かがサービスを拒否した場合、すべて、最後に、最初からやり直す必要があります。
多数の官僚的手段とトリックが登場しました。 たとえば、ネゴシエーターは、イニシエーターと受信者の両方を追加できます。 さらに、私のプログラミングの心は言った-なぜ受信者は自分自身を調整に追加できないのですか？ 他になんと！ 私自身もそうし始めました。 彼らは私にサービスを書く、私は-自分自身に同意し、拒否します。
その後、会議の議事録に行きました。 会議の結果を割り当てるだけでは退屈です。なぜなら、 それらは散在します。 そこで、新しいドキュメントが登場しました-「作業計画」。 ところで、彼はクールです。 その後、次の会議のために紙を印刷することができ、すべての指示、そのステータス、実行と拒否に関するコメントなどがリストされます。
ワームは再びうねり始めました。 彼らは会議に座って、割り当てを与えられ、カボチャでうなずき、コンピューターに来て、注文が到着し、それを拒否します-ボタンがあります！
どのように、システムの大天使はinしたのですか、あなたは座ってたてがみを振っていましたか？ まあ、彼らは言い回しが間違っていると言い、締め切りは同じではなく、一般的に私は神経質なダニを持っているだけで、私の頭は監督の前でぶら下がります。
OK、保護を追加します。 作業計画には、会議に参加したすべての人がリストされ、この作業計画からの割り当てを拒否する権利が奪われています。 ずるい。 しかし、ワームは巧妙です。
今、拒否の可能性を回避して、素朴な男の注文を複製する機会があります！ 「喫煙室で会う」などの名前で作業計画を作成し、参加者としてその人を示し、彼にくだらないことを書いてください。それだけで、彼はそれを拒否することはできません。 もちろん、これはHochmaでのみ行われました。カボチャで入手できるからです。
その後、彼らは同じ作業計画で会議をスケジュールすることを決めました。 事前に行い、参加者、場所、時間、議題を指定して送信します。 招待状は人々に来ます、彼らは受け入れるか拒否しなければなりません。 次に、同じドキュメントで、結果に基づいて注文を出します。
しかし、割り当て、SZ、および作業計画は、計画と管理の短い地平線ですが、もっと本格的にしたいと思います。 誰かが思いついた-1か月間のタスクの種類を書いて、達成度をパーセントで示しましょう。 このアイデアは、セミナー名と「責任のマトリックス」から取られたようです。
「システムの操作性は24時間年中無休で提供されます」など、このようなナンセンスはそこに書かれていました（これはシステム管理者のマトリックスにありました）。 それから、月末に、私は彼らのリーダーとして来て、実際の数字を設定しました。 私は気にせず、100％に設定しました。
そして、私が気にしなかっただけではありません。 すべて100％に設定。 しかし、ここにはもちろん、私たちを焦がしてスラッシングを始めた真面目な人たちがいました。 これからは、「実数」を書く必要がありました。
しかし、ここでも素晴らしい人の一人が出席したセミナーを思い出し、「タスクが94％で完了したら、完了しなかった」と言いました。 彼らは、95％を閾値として設定し、戦いを持ちました。
その後、彼らは思い出しました-ああ、私たちにはまだプロジェクトがあります！ 外部（お金のため、顧客のため）および内部（すべてそこに開発、建設など）。 すべきこと-「プロジェクト」の本質を内部に追加します-ガントチャートと注文を作成し、ステージを作成し、「プロジェクト管理」と呼ばれる無意味ながらくたを備えた古典的なカスケード。
この場所で、取り返しのつかないことが起こりました。
取り返しのつかない
ビジネスプログラミングには、自動化、ビジネスプロセスの変化、モチベーションが連動し、誰もが幸せになるときの3つの変化があります。
取り返しのつかないのは、自動化、ビジネスプロセス、およびモチベーションシステムが不適切に混在した場合です。
それがまさに起こったことです。 システムは機能しましたが、必須ではありませんでした。 やる気との関係はありませんでした。 あなたは指示を実行しません-まあ、あなたがボスである場合、彼らは時々あなたをscるでしょう、そしてあなたはほとんど線形の人に到達しませんでした。
しかし、偉大な人たちは、十分に甘やかし、システムはクールであり、現実のほとんどすべての兆候を考慮に入れていると判断しましたが、今ではオフになりません。
そして、彼らは「規律を実行する」という概念を動機付けシステムに導入しました。
数学的には、これは非常に単純です-時間通りに完了した注文の割合。 彼らはあなたに10の指示を与え、あなたは時間9に完了しました-あなたはispを持っています。 規律90％。 彼らは10を入れ、すべてが期限切れです-あなたは0％を持っています。 指示を受けなかった人たちのための別の条件は、愚かにも100％です。
会社のパフォーマンス規律の最初の測定値は約50％でした。 目標を設定しました-最大80％をもたらす。
規律の実行は賃金に影響を与え始めました。 最初は、取るに足らない-給与の約5％が規律によって管理されていました。 つまり 給与が30 trの会計士である場合、注文をまったく履行しない場合は、最大1.5 trまで振られます。
それから（非常に迅速に）彼らは規律の影響を給料の20％にもたらしました。 絵は劇的に変化しました。 注文、規律、メモ、および他のすべてのエンティティがすぐに使用されるようになり、コンピュータにいたすべての従業員を知るようになりました。
正式に数を挙げて話すと、会社の経営規律を改善するプロジェクトは見事に実施されました。 私たちプログラマーにとって、コンピューターで書かれたタスクを実行するのは普通のことであり、私たちはそれに慣れており、それなしでは簡単ではありません。
しかし、これは別の問題です。 会計士、エコノミスト、売り手、サプライヤー、デザイナー、人事、品質保証、生産職長、店主、プロジェクトマネージャー、技術者、エンジニア、秘書、品質管理、プログラマー、システム管理者、技術者、そしてもちろんマネージャーシステムについては、誰もがそれを操作する方法を知っていて、誰もがそれを操作し、毎日入社して規律を監視し、締め切りに駆け回り、会社の目標の達成を心からサポートしました。
そして、同社の目標は6か月未満で達成されました。 パフォーマンスの規律は85％に上がり、少し遅れて-95％になりました。 面接で安全に成果を出し、頬を膨らませることができるシックな結果。
しかし、目標はどのようなコストで達成されましたか？ そして、会社はどのように変わりましたか？
人
実装プロセス中に人々に変な変化が起こりました。
第一に、大衆は単に辞めます。
誰かが解雇された、いわば、システムによって明らかにされた専門家の不適当さのためです。 自動化のメリットと言えます。 人がタスクをまったく実行しないことが明らかになりました。 または、進行状況レポートではなく、常にいくつかの言い訳やナンセンスを書きます。
誰かが自分自身を辞めたのは、「十分な、十分な食事」を引用したからです。 このフレーズの起源はおもしろい。
システムは、予想どおり、メールに通知を送信しました。 新しい注文を受けたとき、注文が完了したとき、新しい期間が要求されたときなど。 同時に、朝、彼女は期限切れの注文を示す指示の要約を郵便局に送りました。 一部の人にとってはとても便利でした-午前中に読んだので、急を要するものは何もありませんでしたし、システムに入ることすらありませんでした。
そのため、時代は暗く、すべての従業員が企業のメールを持っているわけではなく、一部のリモートユニットは個人のメールボックスを使用していました。 もちろん、私は単にこれらの個人用ボックスをユーザーの設定に押し込んだだけで、動きませんでした。
そして、男は辞め、私はこのことを数日のうちにしか知りませんでした。 もちろん、この数日間、彼は指示なしなどのシステムからの手紙を受け取り続けましたが、あなたは遠くに行かず、突然現れます。 そして、男はシステムへの答えを書きました-「私を、十分に食べて、十分に切断します」。 手紙を偶然見ました メールボックスは私のために設定されており、手紙が到着すると、通知がポップアップしました。
特に、多くの指導者は技術労働者を辞めます。 マスター、ショップマネージャー、生産マネージャー、チーフエンジニア、倉庫マネージャー、チーフデザイナーなど システムとうまくいかなかった。
私自身は、そのような状況にどのように関係するかを正確に知りません。 一方で、時代に遅れをとらないことを望んでいない昔の人たちに彼らをブランディングしたい。 スマートフォンを持ち歩き、メールを使い、バイブで何かを走り書きするので、あなたはまったく恐竜ではなく、「私はオフィスのネズミではなく、プロダクションの男です！」
一方、私はそれらを理解しています。 彼らは動作する必要があり、基本的に-コンピューター上ではありません。 そして彼らは自分たちの仕事を知っています-そして彼らが自律的に仕事をすることができるように、それがポイントです。 ワークショップの責任者に計画を提出すると、彼はそれを自分で理解し、「一日の終わりまで作業に関するレポートを事前に提供する」などの指示でそれを引き出すことは何もありません。
第二に、時間内に注文を実行せず、システムに対応しないという恐怖が会社に定着しました。 恐怖は本物の、強いです。 彼らは私に泣きそうに走ったので、私は確かに知っています-「ああ、私は命令を果たさなかった、何をすべきか助けてくれ」。 彼らはバリドールをバッチで飲んだ。
この架空の座標系に対する恐怖は、他のすべての恐怖を覆い始めました。 一般的に受け入れられている意味で、時間通りにコミッションに気付かないよりも、あなたの仕事をしない方が良いです。 おもちゃのシステムがケルベロスになりました。
恐怖はほとんど物理的に明白でした。 この感覚を理解するために、例えば「リストされていません」と読むことができます。 ブレスト要塞で数日間戦った後の死体の匂いについては、恐怖についてではなく、謝罪します。これは、粘着性があり、物理的に具体的で、骨に刺さっています。
これが会社の企業文化でした。 恐怖。
第三に、システムは人々を…に分類しました。これらのカテゴリーを何と呼ぶかわかりません。 さらに苦労せずに、私は人とオークに分割します。
オークはオフィスラットであり、潜在能力を発揮し、重要性を高めることができるため、このシステムを本当に気に入っています。
それほど重要ではない位置に座っている男性がいます。誰も彼について気にしません。 そこで何かを選び、会議に行き、時々つぶやき、オフィスパーティーで踊ります。
そして、ここで一度-そして彼の手でシステム。 誰もが誰にでも課題を書くことができるので、システムは人々を平等にしました。 そして、注文を受けた人はそれに応答する義務があります。 彼は拒否することができ、同意された通りにドラッグすることができ、叫ぶことができますが、主なものを無視することはできません。
おそらく、オークではなくトロールの方が正しいでしょう。 しかし、それほど違いはありません。 オークをしましょう。
これらのオークのいくつかはrawい出した。 座標系の変化をすぐに理解した実際のシステムワームは、今では働く人ではなく、スペイン語を持っている人です。 規律100％。 また、注文を出しますが、承認を履行、拒否、または遅延させません。
瞬間の本質を理解した人々が非常に高いレベルにキャリアのはしごを登ることができた例がありました。 そのようなものがあります。
これらのオークは、感染拡大に重要な役割を果たしました。 彼らはドッグビルを上演しました。
ドッグビル
そのようなオークに攻撃された人々は、最初は何が起こっているのか理解していませんでした。 さて、ここにあなたは普通の人であり、ここに私も普通の人です。 システムを通して私にあなたのがらくたを何と書いていますか？ なんてバカ？ あなたはあなたの上司を取り除きますか？ あなたにとってそれは何ですか？
彼らが戦いをしたら、2人は戦いをし、そして吐き出しました。 オークに誓うほど、彼はあなたに多くの指示を書きます。
彼らは偉人と話をしようとしましたが、うまくいきませんでした-偉人はオークの側にいました。 「システムを使用して水平および垂直通信を構築する」と入力します。
結果は何ですか？ また、オークになりました！ もちろん、本当のものではなく、いわゆる強制的なものです。 この会社に影響を与える唯一の方法は課題であるため、課題を作成します。
委員会は、ブラックマークなどの復reの方法になっています。 あなたはその人が好きではありません-彼に課題を書いてください。 2つ書いてください。 タスクを小さなものに分割し、10個の命令を作成します。 ろくでなしで死んでしましょう。
ちなみに、これは人々が思いついた悪いタスクマネージャーに影響を与える2番目の方法です。 タスクをチェックしていませんか？ お使いがあります！ または2つ！
秘Theは、いつでも誰にでも割り当てを思いつくことができるということです。 私の好きな無意味な使いは、「情報を提供する」ことです。 ほとんど常にスキャンします。
始めたいですか？ 倉庫？ 「局長の指示に基づいてドル株の動態を分析するために、量的条件で在庫残高を提供する」ように毎日指示します。 誰がそのような注文を拒否しますか？ CEOからのタスクがあるかどうかを確認するのは誰ですか？
そして、あなたが楽しんでいるなら、楽しんでください。 すべての残り物を1つのコミッションで尋ねるのはなぜですか？ 倉庫は15個ありますか？ 15個の用事があります！ 毎日！ 私は本当にダイナミクスを追跡する必要があります。
「ほら、1Cに報告書があり、権利があり、あなたの残党を見に来てください」のように勇敢に勇気を出せば、2つの標準的な言い訳の1つを黙らせることができます。
1つ目は、「情報が間違っている、プログラマーが何かをファイナライズしている、または経理部が賢明でマイナスがある」ということです。 結局のところ、レポート全体で不正確と呼ばれるように、レポート内でマイナス1つを見つければ十分です。
第二-「これはあなたの責任の範囲です。私を追い出すものは何もありません。」
このような人々が世界中にいることは明らかです。 すべての企業には少なくとも1つあります。 彼らのキャリアの野心を乗じた形式主義、官僚主義は、素晴らしい憎悪の結果を与えます。 私の先生が言ったように、「愚か者だが、フィクションで」。
しかし、私は、これまでに、あるいは後に、人々がろくでなしに変身するような大規模かつ急速な変化を見たことはありません。 会社の従業員のほぼ100％が強制オークになりました！
価値体系、管理方法、ビジネスプロセス、企業文化に非常に大きな変化がありました。要するに、すべてが可能です。
注文せずに誰かに何かをさせることは不可能になりました。 – , , , « - ».
- . - , – , ? ! – , , !
, . , ., – , ( , ) . , . , , , .
– .
, , .
,
, .
, , . .
, .. , . . 私がやった。
, . . .
– 95 %. . 100 %. – 19 .
, , ? , 19 . , !
19 , – , .
, , . , .
. , . , , , . , ? . ? ..
, , . , « – , ». – , , . , .
– .. , .
– - . , . . 本当にしたい場合でも。
– - , « ».
, , , , . , , .. – -, .
- , – , – « -». , , --. – .
, . , .
-, .
, , . , Scrum, - , .
. , – . , .
結論
, , – , .
: , , , «» «Das Experiment» . , . , , , – . , .
, . , , .
, , . , . , .
– , . . – , , .
: «» – . , , .
, , – . – , - , – , 24.
, , – , , .
, .
.
– , . – .
: , – - . , , .
– , , 95 % — . ? .
, , , , , . , .
- . .
, , .
, , , – , .
, , . , . , , ?
, , , - , . , , , , .
, . - , , , .
, , – , , , .
, – . , . , , , – , ! .
次は？ , , . , , , .
. – . , . . , .
-, , . .
. , , -. , , , .
, . , , . ?
. , , , , . - , - .
, . , . – , , .
– , . , , . .
, – . , . , – . , , . , .
PS
, , 2013-2014 . . , .
, – . , - – , – .
– . – , , , ! , – - , , , , , .
, , - , , « », . , , . , , . , , , .
… – , – ! – , . , . «Scum forever!» «, !». – – , 10 .
, . .
, !