プロローグ
現在、ITには、会社と従業員の間の関係に2つの方法があります。 1つ目は、正社員として雇用すること、2つ目はフリーランサーの使用です。 これらの非常に異なるアプローチの良い点を組み合わせながら、デメリットを取り除くことは可能ですか？
それは可能だと思います。 さらに、一部の企業はすでにこの条件を満たしています。 だから 何を保存し、何を削除するかを決定するために、各アプローチの長所と短所を検討します。
フリーランスと 正社員
常用雇用の利点：
- 保証収入（およびその他のパン）
- 経験とスキルを持つ専門家のチームがいます
- 大規模プロジェクトへの参加
正社員の短所：
- やる気の欠如
- 個々の従業員の自己啓発に対する小さな関心
- 労働効率の低下（比較）
- 「私は上司です」関係モデルは、定義によって知性によって人々が区別されるIT業界ではほとんど役に立ちません。
- 低い従業員の忠誠心
- 狭い専門分野は、コード、コード、およびコードです。 多くの人はそうでなければ自分自身を表現することを嫌っていませんが。
- 固定された就業日-とにかくバリエーションがありますが、1日12時間働いた後、次にあなたがオフィスに歓迎されるとき
フリーランスのプロ：
- 効果的な仕事のための強い動機（沈むにつれて-あなたは掘る:)
- あなたの裁量で「収入のない時間」の割合を変える能力
- 責任
- 顧客と通信する必要があるために表示される追加のスキル
- フリーランサーと仕事をするとき、会社にはリスクの一部を移す機会があります
- 常に新しい知識を習得するフリーランサーの必要性
短所フリーランス：
- 無期限に注文なしで放置されるリスク
- 潜在的な顧客には未知
- 小さなプロジェクトの典型的なタスクに取り組む
平和、友情、チューインガム
では、どうしてフルタイムでフリーランスの友達を作ることができますか？
これを行うには、自由市場の原則に関する関係を集団に導入するだけで十分です：
- プロジェクトの開始時に、請負業者（チームメンバー）を募集します。 作業量と報酬は、それぞれ個別に交渉されます。
- 早期完了（サイズは個別に決定されます ）、および締め切りに間に合わなかった場合-罰則（ハローモチベーション、来てくれた神に感謝！）
- まあ、我々はまた、合意されたプロジェクトの枠組みの外で実行された作業の割合を決定します。
結果は何ですか？
責任感とモチベーションが高まっています。
プロジェクトのリスクは共有され、請負業者に移転されます。
あなたの上司はあなたの顧客です。 チームメンバーに関連することを教えます。
従業員自身が自分の積荷を変えることができます。
人は、上司から固執することを恐れずに何かをし始めますが、それは彼自身が同意し、今、彼の義務に答えなければならないからです。
通常のビジネスの動機があります-顧客との長期的な関係を確立したいという願望があります。そうすれば、注文は将来あなたに転送されます（プロジェクトに取り込まれます）。
将来的に価格を上げることができるように、仕事の質と効率を改善したいと思います。
制限事項
明らかに、これはPMが予算を管理し、チームの構成を決定する権限を持っている場合にのみ機能します。
さらに、作業と報酬の範囲について合理的に合意するために、ToRを詳細に検討する必要があります。 つまり RUPで使用できます。 また、アジャイル（スクラム）では、各反復で再度同意します（ちなみに、月ごとの反復の長さを設定すると、財務上の問題を単純化できます）。
人々が次の期間の雇用を計画できるように、次の反復のスキルの要件を公開できます。 さて、ここではまだ多くのことを考えることができます...
結論
ネットには何がありますか？
フリーランスの欠点は取り除かれました。あなたは社内の顧客に知られていますが、彼らがあなたを興味深いプロジェクトに連れて行くかどうかはあなた次第です。 私たちはレベルに応じて大規模なプロジェクトに取り組んでいます。
常用雇用のマイナスは取り除かれました：誰もが準フリーランサーになり、動機と責任のアップグレードを受けました。
一般的に、すべてが非常にバラ色に見えます。各従業員は自分の会社です。 そして、会社全体の強みは、その強力な従業員会社の団結にあります。
明らかに、このアプローチは設計組織を持つ企業に最適です。 営業活動にも適していますが、従業員はサービス請負業者の機能を実行し、一定期間の活動と報酬を規定することができます。
それがなければあなたはそれができません-上流階級が望むように、そして下層階級ができるように。 経営者は、新しい方法で働くことが必要であることを理解しなければならないという意味で。 そして彼らはそれを望んでいました。 Vasyaを引っ張って「やる」と言うことはできず、1時間後には「いいえ、やるほうがいい」と言います。 そして、下層階級-つまり、従業員は、居心地の良い沼地からwlい出して、現実世界で自分自身を試すことができるはずです（Morpheus、私には青ですが、もっともっと:)
チームの一部-結晶化の中心-から始めて、他のチームと徐々につながります。
もちろん、質問があります。 たとえば、バグをどうするか（請負業者は自分のコードに保証を与えます）？ または、新しい自由度を獲得した人々が自由水泳に入るのを防ぐ方法は？
それらのいくつかはありませんが、私はこのアプローチについて考えたいと思います。 そして、あらゆる側面から分析したいと思います。 したがって、habrasocietyに対する質問-どのような問題が発生する可能性がありますか？ またはその逆-予期しない利点。
たぶん誰かがすでに同様のアプローチを使用/使用しています-レビューは何ですか？