フリーランサーのための12のエマーソンパフォーマンス原則



20世紀の初めに、ガリントンエマーソンは生産性と労働組織の12の原則を策定しました。これは文字通りあらゆる分野に適用でき、人間活動と企業全体の最大の結果を達成できます。 彼の本を読んだ後、私は自分の人生の過ちを通して自分の頭で到達した彼の原則のほとんどに、私の人生がより生産的になる前に彼の本を読んでいたように思えました。 この記事では、フリーランスの仕事のためのこれらの原則について説明します。







1.生産目標を明確に設定し、従業員のタスクを明確に定義します。 現在のプロジェクトの目的について考えてください。 コードを書くことやお金を稼ぐことではありません。 他のプロジェクト参加者はこれらの目標を知っていますか? 彼らは追いかけますか? たとえば、システム管理者は、プロジェクトでの彼の主な目標はサーバーがクラッシュせず、その冗長性と完全なフォールトトレランスのみを行うことだと考えています。 しかし、プログラマーはgaermanをインストールするのに助けが必要であり、彼はそれをインストールする方法を知りません、そして、システム管理者は私が忙しいと彼に話します、そして、主なことはサーバーがクラッシュしないことです。 その結果、プロジェクトは完了せず、誰もがサーバーがクラッシュするかどうかは変わりません。



2.常識。 目標と方法を落ち着いた表情で見ることを忘れないでください。たぶん、あなたは不条理のポイントに持ち込まれた多くのものを見るでしょう。 たとえば、ミドルクラスのi7の3倍の価格のトップエンドi7を購入しますが、それは常識の観点から正当化されますか(機器のコストが3回増加するため、生産性が15%増加します)?



3.有能な相談。 私は常にqa habrahabrで質問をし、さまざまなプロジェクトのサポート、フォーラム、相談のためのスペシャリストを雇います。相談には約1から5千ルーブルを支払います。 多くの場合、自分自身を完全に理解するよりも、質問する方が簡単で、収益性が高く、迅速です。 すべてのことを自分で理解することは現実的ではないことを覚えておく必要があります。



4.規律。 はい、はい、義務的な規律。 私がタイに住んでいるとき、毎日私のお気に入りのカフェで毎日少なくとも2時間働いています。 週末を除いて、クライアントからのリクエストに1日以内に応答することをルールにしました。 ほとんどのフリーランサーのように、社内の全員が失disappearする傾向がある場合、少なくとも何らかのビジネスを構築することはできません。



5.「より良く働く-より良く生きる」という考えで表現された、スタッフに対する公正な態度。 従業員は死したり、夜寝たり、他の意性を経験したりしないでください。 もちろん、常識的には、解放時に四半期ごとに2泊分の眠れぬ夜をキャンセルするわけではありませんが、残りの時間は、通常の行動を取り、十分な休憩時間をとる必要があります。 ここから企業で無料の食品が広がります。



6.高速で、信頼性が高く、完全で、正確で、継続的な会計。 すべて、Gitを使用したコードの変更、プロジェクトのすべての財務業務、通信、連絡先、プログラマーが費やした時間などを考慮する必要があります。



7.注文および作業計画、スケジューリング。 プロジェクト管理システムを入手し、作業を計画します。 1-2のアクションを必要とする小さなものについては、電子メールアラートと無料のSMSを含むminiplan.ruを使用し、よりグローバルなものについてはplanfix.ruを使用します。 各タスクには、期限と責任のあるエグゼキューターが必要です。 プロジェクトがいつ軌道に乗り、リソースを再配分するかを明確に理解する必要があります。



8.基準と時刻表。 仕事を正規化します。誰かのために、それは男の時計であり、誰かのためにそれは仕事です。 タイムゾーンを考慮し、最小限の作業を行います。



9.条件の正規化。 通常の労働条件を作ります。 バージョン管理にはgitとgithubを使用します。 テストサーバーの場合は、統合を継続します。 プロジェクトの知識ベースを保持します。 プログラマーに高速コンピューターと高速テストサーバーを提供します。 これにより、作業を行うための努力が減り、効率が向上します。 従業員を訓練します。



10.業務の配給。 ここでは、練習が常に役立ちます。特定の手順の実装には非常に時間がかかり、人々はそのような期限を守らなければなりません。 タスクを評価するには、プログラマーがスクラムに適しています。 プログラマーが集まり、1から10の数字のカードを渡します。説明の少ないタスクのリストが投稿されます。各投票の完了に必要な時間数ごとに、全員がひそかに投票してカードを開きます。 同意しない場合は、何が間違っているかを話し合います。通常、落とし穴に関する経験豊富なプログラマーからの詳細が出てきて、話し合いの後、常に収束する2回目の投票が行われます。



11.書面による標準的な指示。 ここで、私の意見では、最も重要なことは初心者へのプロジェクトへの参加方法と作業方法に関する指示です。 それで従業員が来て、次は何ですか マシンは、フォーラムでアカウントを開き、wikiを共有し、githおよびテストサーバーへのアクセスを開き、これを操作する方法と各システムのニュアンスを相談する人について一枚の紙をドロップする必要があります。 すべての正社員と非正社員に職務記述書を書くことをお勧めします。



12.生産性の報酬。 通常、90時間で100時間を必要とする作業を行った場合、報酬を受け取り、残りの10時間を次のプロジェクトに費やす必要があります。 すぐに、常識に従って、正規化された100時間ではなく10時間で作業を行う場合、どこかで間違いを犯しました。 これは作業の評価であり、プロジェクトをより自動化するためのある種のフックかもしれません。そのような場合には、標準を改訂することが不可欠です。 特定の作業を10倍速く行う方法を考え出した人は、当然、報酬を受け取り、その方法を適用する必要があります。



完全に明確な点があれば、それをより明確に明らかにする準備ができています。 他の人とあなたの経験について話してください。

これらの原則のいずれか、およびあなたの会社に従っていますか?



All Articles