防衛とビジネスの主観的な違い

防衛産業に関連するビジネスと政府の命令に関係しないビジネスとの違いについての個人的な観察者。 人事、仕事、労働条件、自転車、ロマンス、管理者など、ほとんど触れられていません。

祖国の防衛と防衛に関連する場所と、通常の金makingけに特化した場所の両方でいくつかの経験を持っているので、自分が仕事を選んだときに得られなかったものと、最も記憶に残っている違いをお話したいと思います。 私はエルゴディックではないことをすぐに警告するので、以下の説明はすべて主観的です。 また、どこでもITおよびエンジニアリングの専門分野を指します。 私は他の人に精通していません、そして、すべてが全く反対でありえます。

さらに、簡潔にするために、「防衛」および「ビジネス」という用語を使用します。これらの用語の下では、政府命令に何らかの形で関与している企業、および通常の営利企業をそれぞれ意味します。

コア以外のアクティビティ

原則として、企業は、金銭抽出のプロフィール活動に直接関係しないものはすべて拒否するよう最善を尽くします。 つまり、サーバーはクラウド内にあります。 同じ場所でバックアップとリカバリを構成するか、既成のスキームを使用します。 会計および清掃のアウトソーシング。 分析、翻訳、またはその他の活動については、専門機関などと期間契約を締結します。 防衛産業では、非中核品目のアウトソーシング、スタッフの派遣、定期的な定期契約の傾向はありません。 彼らは通常、新しい部署を開設するか、既存の人々を一時的に新しい活動に切り替えます。 さらに、人々はかなり広い範囲にわたって投げられる可能性があります。

たとえば、Web開発者にESBの研究と開発を依頼したり、CADシステムのバイトコードをリバースエンジニアリングしたりできます。 まあ、または単に一時的に開発者を技術サポートに変えてください。

マルチステーション

軍事委員会で普通なのは、ビジネスの野barさです。

前の段落の直後に、「幅広い」範囲のタスクと関心が続きます。 開発者はアナリストと一緒にテスターに​​なることもできます。 実際の管理者がいない可能性があるため、すべての開発者には少しの管理者がいます。 テスターは、テクニカルライターと一緒に半数でテクニカルサポートを受けることもできます。 アーキテクトは必要に応じて空き時間とフロントエンドを入力し、ユーザーケースとユーザーからのフィードバックを収集します。 Timlidはスクラムマスター、プロジェクト、およびプロダクトマネージャーであり、すべて1つに統合されています。 デザイナーはワークショップに元気に駆け込み、インストーラー/アセンブラーのナットをひねります。 鉄の開発者はまだ数学と弾道学を少し考慮しています。 ビジネスアナリストは、定期的にアカウントマネージャーおよび秘書担当者になります。

ビジネスでは、すべてが比類のないほど退屈です（スタートアップや他の止められない事業は考慮されません）。 別のスクラムマスター、アカウントマネージャー、開発者、テスター、テクニカルライター、オフィスマネージャー、複数のタイプのアナリスト、およびこれらすべての人々は、ほとんどの場合、それぞれの立場が意味することに従事しています。

プロセス変更の柔軟性

ポイントは議論の余地がある。 むしろ、かなり大きな組織を指しますが、ビジネスと軍隊の対比で正確に研究しました。

ソビエト連邦の残党であるコミッサールにはたくさんのお金があり、そのように動作するため、彼女は非常にゆっくりと動きます。 その中の組織スタッフ構造が釘付けにされています。 つまり、すべてのサービス、部門、セクター、およびその他の構造は厳格に登録、文書化されており、小さな戦争や大量の破損したコピーなしで地獄を変更できます。

ビジネスでは、これはより簡単です。変更がお金をもたらすことができる場合、変更は非常に迅速に実装されます...または何らかの形でスピンする必要があるため、誰もが長くはなくひどく生きます。 つまり、チームや部門の構成を揺さぶることは、ビジネスにとって完全に実行可能なタスクであり、大きな官僚的な偉業を必要としません。

ここで興味深い点が出てきます：まれな軍人が開発方法論を知っています。 知っていれば、スクラムマスターのような（または彼と同形の）別の投稿はありません。 ただし、ビジネスは、既存のスクラム/かんばん/滝/などを強化すること、または一方を他方に変更して実験することだけです。

ここには、フレーム付きのいくつかの明白でない部分があります。

1. すべてが堅固な構造、つまり、投稿の明確な階層、それらの番号と名前に固定されているためです。 したがって、どこで成長、開発できるかをすぐに確認できます。 しかし、この情報が防衛産業でめったに宣伝されないという事実にはマイナスがあり、多くの人はあたかもそれが従業員の収入や国家の秘密に関する情報であるかのように隠しています。 なぜ彼らはこれを行うのか、私はまだ理解していません。
2. 前の段落のおかげで、労働者は実際の地位を持つ碑文になり、将来はあなたが誰であり、あなたがどんな経験を持っているかを証明するのが簡単になります。 ビジネスでは、多くの場合、20人の従業員全員に対して1つの役職を実践しています。 たとえば、「ソフトウェアエンジニア」または単に「プログラマー」ですが、実際にはジュニアテスター、主要な開発者、さまざまな程度の重大度の管理者、およびその他の動物園がいます。
3. 同じ最初の段落のおかげで、給与は役職に結びついています。 したがって、書き出すことをあまり好まない通常の賞品、または希望する給料分岐を提供する別の賞品に位置を変更することによってのみ、一定の金額以上を得ることができます。 ここに最も美しい待ち伏せがあります：すべての投稿が占有されている場合、地獄にではなく、 聖ジョージの日 他のすべてのパラメーターに異議がない場合でも、増加します。 この場合、従業員のタグスポットが開始されるか、新しいポストの導入または別のホイッスルが開始されます。これは決して迅速ではなく、会社の特定の頭痛に関連しています。 ここでもう1つ注目すべきことは、産前産後休暇は従業員の地位を保持するということです。 つまり、3人のアナリストのポジションがある場合：ジュニアアナリスト、アナリスト、リーディングアナリストですが、最後の2人はマタニティです。新入社員がいかにクールであっても、彼はジュニアアナリストになり、それに応じて受け取ることになり、成長の見通しは非常に霧になります。
4. それでも、最初の段落と同じスキームで、投稿には満たす必要があるいくつかの要件があります。 ほとんどの場合、彼らは高等教育を忘れています。 つまり、役職のタイトルに「エンジニア」という言葉が含まれている場合、または少なくとも何らかの形でリーダーシップの責任を意味する場合、高等教育がなければ、それを取得するのは非常に困難です...または不可能です。
   
   正直なところ、この分野は人事労働者には絶対に明らかであるため、人事と財務のトピックは常に痛いポイントですが、技術専門家の大多数にとっては大きな啓示です。 それでも、多くの人は、何らかの理由で、この領域が分泌されるまで理解したくありません。

要するに、この法的官僚的な意見はかなり長い間続く可能性があります。 記事全体で十分です。 しかし、これは私のプロフィールではなく、個人的な実際的な状況に過ぎないため、この広大で重要なセクションを補足し、おそらくより詳細に説明するように、より知識のある人々にお願いします。

安定性

これは彼らが軍事委員会を愛し、ビジネスに欠けているものです（トップ企業や都市形成企業は考慮しません）。 事業を台無しにする理由は、変動相場制、新法案、強力な競合他社など、わずかに過ぎません。 軍に関連する企業を閉鎖するには、国家を解体するか、企業の経営者が国家との契約を取得できないように取り組む必要があります。 両方のオプションは非常に素晴らしいです。

TCに準拠して、軍隊も優れていますが、これは物議を醸すものです。 一方では、給与は時計回りに支払われ（封筒や灰色のスキームはありません）、正直な病気休暇、休暇手当、法令などがあります。 さらに、すべての税金、保険への拠出金、年金、およびアフリカの飢えた子供たちの他の資金が支払われます。 これにより、個人所得税の控除など、あらゆる種類の金融商品を冷静に使用し、銀行への融資を行い、他の文明の「利益」を受け取ることができます。 しかし、一方で、ショッピングセンターに積み上げられたものがあれば、それを確実に感じるでしょう。 極端な例：数年前、彼らは休暇計画を導入しました。 年の初めに、あなたは内王をオンにし、その日がその年の休暇に行くときを正確に言う必要があります。 それは喜んで市場に投入され、ビジネスと合意することができ、苦しむことはありませんでした。

実地試験のロマンス

防衛の利点の継続...独特で「素人」ですが、プラス。 ATGMを感じたり、対空ミサイルを撃ったり、ヘリコプターを飛ばしたり、単に鎧に乗ったりするために、他のどこかで軍事兵器と非常に緊密に相互作用することは不可能です。 そして軍のユーモアと物語は、この世界で最も陽気なものの一つです。 一方、出張は遅かれ早かれ気になります。 もちろん、飛行機/戦車/ BMP /レーダー/などの内部や、標準的なマウントに収まらないモジュールを交換するプロセスからの定期的なクロールにうんざりしている人がいます。

好奇心でトピックを続けると、これは次のようになる可能性があります。プロトタイプの突然の爆発で格納庫の屋根を撃ち、それを見て、あなたが最初のそのような善良な仲間から遠く離れていることを理解できます。 成層圏ドローンを空洞化するか、実際に撮影場所への行進中に数十kgの光学観測およびターゲット指定デバイスを空洞化するため、彼らはタンクにそれを禁止的にねじ込むのを忘れていたため、ロケットが底から混ざり、ランチャーの近くにニンジンを貼り付けてから同じ精神で。 当然、上記のすべてのケースは架空のものであり、現実との偶然の一致は純粋な偶然です...しかし、人生では、通常、それはさらに楽しいです。

自転車の発明

防衛に近いため、所有権はすべて使用が非常に制限されているか、一般的に禁止されています。 そして、国内のアナログはまだ配信されていないので、つまり、創造性の大きな範囲があります。 創造性は完全に異なる領域で表現できます：クラウドを使用する代わりにサーバーの組織、既存のものを導入する代わりに独自のエンタープライズ管理システム、パターン認識、弾道、ジオデータを操作するための独自のライブラリ、githubの代わりにバージョン管理サーバー、非常に控えめなものでもプロジェクト、travisやsolanoなどではなく、施設で独自のテストを行うCI 一般的に、怖がらなければ、多くの異なるスキルを冷静に活用し、多くの最新のサービスとツールから脚がどこで成長するかを理解できます。 主な欠点は、既製のツールが存在するため、開発が役に立たず、時間を無駄にするという印象を生む可能性があることです。 開発チームではなく、一種の「artel」Vain work」。

その実装に参加した自転車のいくつかの例：

• サーバー側の古いubuntu、cdnの欠如、およびアーキテクチャ上の機能の組み合わせによって引き起こされるiscsiからの問題の束。
• 内部認証センターを所有し、自己署名ファーム、混合コンテンツ、SSLを中心としたその他のダンスに伴う多くの頭痛の種。
• 施設での自動テストと、1回のフルランが2時間以上であるという問題。
• dwgを操作できるTeighaがありますが、dxf形式の独自のリーダー/ライター 。

官僚

政府機関は機械制御、ビジネスからオーガニックへの傾向があります。 しかし、実際には、すべてがよりぼやけており、時には、バリケードの両側で非常に官僚的および反官僚的手順の魅力的な例を見つけることができます。

たとえば、軍服の場合の会議への旅行は、1か月半の間、紙片をだらしないようにドラッグするプロセスです。これは、マットと激しい手の波なしでは説明するのが困難です。 そしてビジネスでは、これは同じ期間中に元気なメール転送をもたらす可能性があります。 しかし、ビジネスはお金を数え、これから教訓を引き出し、プロセスを合理化しますが、軍はそうではありません。

同じことは、ソフトウェアを購入するプロセスに帰することができます。 ビジネスにおいて、彼は何が必要であるかを言い、理由を正当化し、利益を見積もり、購入に送りました。 そして、開発者はコードを書き続けます。 軍事委員会では、何かの必要性を証明することは非常に困難です。なぜなら、今は何らかの形で働いているので、それほど必要ではないからです。 さらに、「ソフトウェアなどを購入する」と言うことはできませんが、どこで購入し、どこで安く、仕様や他の不明瞭さを伴う他のフレームワーク契約の下で働く人を見つける必要があります。

証明書の取得、休暇、昇進/降格、役職の変更などの標準的な手順については、紙の申請書、いくつかのサイン、いくつかの部屋などどこでも同じです。 電子文書管理は、少なくとも内部では、どこにも見られませんでした。

トイレがきれい

次に、もう1つの非標準の側面について少し説明しましょう。 「ミサイルと人々」という本で、チェルトックは次のように書いています。

ウスティノフは、土と文化の欠如のために、ワークショップと産業の責任者を容赦なく扱った。 工場を訪問するとき、彼はトイレから始めました。 通常、トイレに近づくずっと前の店では、特徴的な「香り」が聞こえました。 トイレ自体は水たまりを歩く必要がありました。 ウスティノフは激怒して雷を鳴らしました。 離れ家で模範的な純度を達成するまで、ワークショップには純度がありません。

どんなに奇妙に聞こえても、そうです。 災害の規模はもちろんどこでも異なりますが、上記の引用のメッセージは今日に関連しています。 この点でのビジネスは、防衛産業よりもはるかに成功しています。

個人から：有能で有望な若い女性アナリストが私たちと一緒にいました。 それはうまく機能しましたが、長くは続きませんでした。そして、去る理由の1つは非常に不幸な水洗便所でした。

リーダー次第

特に軍事委員会で。 ビジネスでは彼らは従業員の成功と失敗を監視するのが得意であり、軍事委員会では気にする人は絶対にいませんし、気にするならすぐに上司だけが何かをすることができます。 進化的慣行、マネージャーと従業員の間の定期的な会話、およびその他の同様のイベントは、軍隊に関するものではありません。 そこに、それが分泌されるまで、あなたはどのように尋ねられません。 この分野のすべての主要なイニシアチブはマネージャーからのものであり、企業レベルおよび/またはビジネスプロセスでは規定されていません。 したがって、将来の上司に注意を払うことは常に重要ですが、軍事委員会では二重に重要です。

6月に対する態度

軍隊の少女は、安価で多くの人がいるため、ジューンが大好きです。 ビジネス-いつどのように。 彼は、加速ポンプの具体的な計画（テクノスフィア、ヤンデックスアカデミー、小規模プロジェクトなど）を持っているか、中級以上に集中しています。

私の練習では、奇妙なケースがありましたが、その根本は理解できませんでした。 軍の少女は、たくさんのジューンにアクセスできました。 私はそれらをろ過し、訓練し、中間にポンプでくみましたが、絶対に保持することができませんでした。 つまり、興味深い仕事があり、訓練を受けた人はいましたが、保持のための装置はありませんでした。 人々は天井で頭をbeatり、別の仕事に行きました。 そして、会社はまったく急騰しませんでした。トレーニングの部隊が去ったため、開発チームだけが苦しみ、彼らの平均レベルは離職のために常に同じ水準でぶらぶらしていました。 なぜこれをしているのですか？ 天井が突然角をすり抜けることができるという事実に、あなたはそれに備えておく必要があります。 これは、インタビューの終わりに雇用主にとっても良い質問です。

スタッフの離職率

前の段落を続けます。 軍事委員会では、人員との仕事はほとんどなく、人々を維持したいという欲求はそれほど大きくないため、売上高はビジネス以上のものです。 これはプラスとマイナスの両方です。 さらに、多くの興味深い人々を知り、多くのインタビューに参加することができます。 マイナス：シャベルでバグをばらまき、手押し車で機能をインポートするフレンドリーなチームを編成するのは難しい場合があります。 前述のように、同じことがチーム全体のスキルを上から制限します。

人事

軍隊は、多くの場合、ソフトウェア開発と物理的腺の生産、つまり人員の選択におけるニュアンスの両方を兼ね備えています。 人事部は、より頻繁に検索される人との連携がはるかに優れています。 つまり、優れたフライス盤を見つけることは問題ではありません。 しかし、プログラマーと-待ち伏せ。 彼らが少数派である場合、彼らのためのスタッフは平凡に求められます。 たとえば、シシュニク、埋め込み、口頭の開発者の履歴書を定期的にWebプログラマーの立場に持ち込む-これは彼らにとって普通のことです。 その結果、フォーラムでユーザーを自分で検索し、候補者を検索する際に同じhhを掘りやすくなります。

興味深い機能がまだあります。 これが軍隊の病気なのか、誰もがそれをするのかはわかりません。 あなたの目に心が垣間見えるなら、あなたは「ボーナス」ミニインタビューに引きずられることができます。 個人的な練習から：私はプログラマーのところに来て、インタビュールームに行く途中で彼らは私を別の2-3に引きずり込み、そこで鉄の開発という形で何らかのゲームを提供します。 すでに怒ります。

この点で、ビジネスは優れています。 会社が一つのことを専門にしているので。 Eycharsは特定の狭い専門家を探しており、これを行うことができます。 さらに、彼らは応募者に何を言うべきかを知っており、会社が何をするのか、そしてその理由について多くのことを話す必要のない開発者の時間を節約します。 応募者にとっては、鳥やその他の抽象的なことではなく、事件や将来の仕事について話されるので簡単です。

残業

, , , . " ", :

15 , : « , , , ! ?»

, , , , . , , , 1-1.5 .

, , , - : , . : , , - VPN . , , , .

, , , "" . . - .

, , : VPN 3, , . - . VNC , , . , , .

. , , . , , — , . : . , , , - icmp- .

必要条件

— . , , , " — : — ". , (, , , ), ( 10-15 , ), ( , , , , , 2.106, 2.112 ).

, . : .. . , ( ): " ".

: , . , - -. , , , " ". , . . .

理由

- , , , .

-, . . , , .

-, . , " , ". , . , - . , - , .

, . " — " ( "", , ). .