私は本の内容を語り直しません。 まだ読んでいないが、開発の管理に興味がある場合は 、必ず読んでください。 パブリックドメインで入手できます 。 本は非常に短いです。 あなたがそれを好めば、私はあなたが同じ37signalsからリワークを読むことをお勧めします、この本はすでによりボリュームがあります。
まず、Getting Realはスタートアップや初心者のチームで最も効果的だと言わなければなりません。 NetCatには 12年の歴史があり、さまざまな人がさまざまなタイミングで記述した多くのコード、確立されたビジネスプロセス、大規模なアフィリエイトネットワークがあります。 一方で、これは干渉します。再作成は再構築よりも簡単です。 一方、豊富な経験があるため、さまざまなアプローチや手法の長所と短所を比較する方がはるかに簡単です。
この記事を実装ガイドまたはマスタークラスとして受け取らないでください。「GR論文-理解し、その成果を実装したとおり」という形式で自分の経験を共有するだけです。
小さいまま
会社の各従業員は、直接的または間接的に利益を上げなければなりません。 そのため、従業員が多いほど、利益が大きくなります。仕事を適切に編成することができます。 このルールは、特にIT業界では常に機能するとは限りません。 愛好家の小さなチームが、業界の巨人から市場の大部分を貪り、または独自のセグメントを作成した多くの例があります。 大企業は先験的にモビリティを欠いていますが、過剰な官僚主義と次のようなものがあります。
- ミーティング
- ワークフロー
- 固定給料
- アクセスレベル
- 管理チェーン
- 戦略的計画
- 詳細設計
- 人員配置
- 報酬および処罰制度
以前は、常に消化できる以上のタスクがあるため、成長のためのリソースを常に探していました。 当社の製品には絶え間ない開発が必要であり、常に新しいモジュールの作成、古いモジュールの改善、業界ソリューションのリリースなど、対処する必要がある多くのタスクがあります。 したがって、できるだけ多くのプログラマが必要です。 同時に、当社の潜在的なパートナーは、サイトのエンドユーザーだけでなく、サイト開発者、ホスティングプロバイダー、小売業者、小売店でもあります。 そのため、より多くのマネージャーとマーケティング担当者を採用する必要があります。 しかし、拡張のためのお金がない場合はどうでしょうか？ 悪循環なのか？
しばらくの間、私たちは成長を止めました。 現在、同社の従業員は12人です（この記事11の執筆時点では、研修生プログラマーとしての仕事があります）：プログラマー（4）、テクニカルサポートおよびサポートサービスの従業員（4）、マネージャー（3）、およびデザイナー。 私たちの従業員はほとんど普遍的であり、病気になったり休暇を取った場合、ある程度は隣人の仕事をすることができます。 ただし、コア以外の作業はすべて外部委託しようとしています。 そして、時にはプロファイルも。 そのため、2011年春にリリースされたバージョンNetCat 4.5の5つの新しく作成されたモジュールのうち2つは、サードパーティの開発者によって作成されました。 2011年の8か月間、私たちは5社と9人のフリーランサーと下請けをしていました。 アウトソーシング、注文：
- 会計および法律サービス
- 設計作業
- レイアウト
- 開発（部分的に）
- 広告サービス、イベント組織
- テスト（部分的に）
- 監査（使いやすさ、セキュリティ）
- サーバーの管理
- クリーニング:)
このような構造により、将来的に自信を持つことができます。 給与、家賃、税金などの固定費がありますが、これらは給与の再インデックス付けによってのみ変化します。 同時に、売上は大きく変動する可能性があります。 最悪の月の収入と最高の収入の差は2011年にのみ半分になりました。 以下は、今年の11か月間の収益のグラフであり、絶対値は最大値の割合として示しています。
これは私たちのビジネスの特異性であり、販売が常に私たちの影響を受けない非常に多くの要因に依存する場合があります。 そして、もし1か月前にバターでチーズのように乗ることができ、別の場合には給料を遅らせなければならなかった場合、ここ数か月でこの頭痛がなくなりました。 アウトソーシングには常に十分なタスクがあるため、余分なお金は創業者のポケットには入りません。 したがって、一方では、融資や外部投資家を引き付けることなく、私たちの手段の範囲内で生活し、他方では、柔軟なモードで開発する機会があります。
中小企業のもう1つの大きな利点は透明性です。 誰もが誰が何をし、誰がどんな問題や提案に取り組むべきかを知っています。 不満のある顧客やパートナーは、問題をディレクターに伝えるために管理レベルのチェーンを通過する必要はありません。 今年の春に、マネージャーの簡単なアクセスが不快な状況から抜け出し、数十万ルーブルを失うことなく私たちを助けたケースがありました。
最後に、小さなサイズは、従業員が専門的に成長し、毎年同じ仕事をする必要性を明るくするのに役立ちます。 たとえば、職業ごとにJavascriptとHTML5を知る必要があるタイプセッターが州にない場合、この作業を側に発注するのは実用的ではありません。他の人にそれをプッシュすることはできません。仕様を読んで、他の人のコードの例を見る必要があります。 動作が異なります。 ある日、緊急に配布物を手配する必要が生じたとき、フリーランスのデザイナーが休暇に出かけたため、新しいものを探す必要がありました。 しかし、マネージャーの1人が絵を描くのが非常に得意であることがわかりました。 それ以来、私たちにとって印刷業界の大部分は、それが主な仕事を損なうものではないときに描いています。 次に例を示します。
少ない会議、より多くの自由。
Getting Realingの会議は明確に否定的です。 時間の経過に伴う会議は、労働時間の損失、不必要な情報の咀,、労働時間の分割などに変わります。 著者のアドバイスに従うことにしました。 週に1、2回は総会を開催しますが、割り当てやレポートの聞き取りには使用しません。 そのような会議では、何か話すことがある人はそれを自由な形で行います。 テクニカルサポートは、そのダウンロード、異常な呼び出しについて話します。 管理-当面の計画と問題、他の人々-今後のイベント、現在の財政状況などについて。また、オフィスでテニステーブルを購入するかどうか、来週末に私たちのコテージに一緒に行くかどうか、変更する必要がある会議の計画についても議論しますコーヒーマシンなどで酸っぱいコーヒーのブランドです。したがって、すべての従業員が会社の一般的な状況を認識しているため、「誰が何をしているのか」や「これをしているのはなぜ」といった質問はありません。 たとえ問題が能力の範囲内にない場合でも、すべての問題について意見を述べることができます。 決定は、これらの決定に責任を持つ人々によって行われますが。
特定の何かについて話し合いたい場合は、そのことに役立つ人だけが会議に参加します。 デザイナーが開発者にいくつかの興味深い機能の実装の複雑さについて質問するとき、彼はリード開発者を「今」と呼びます。 問題を解決するために多数の従業員が必要な場合は、時間を「1時間」または「明日」に設定します。
また、大部分の従業員の定休日を拒否しました。 10時からオフィスにいる必要があるのは、テクニカルサポート担当者、マネージャー管理者、パートナー関係マネージャーの3人だけです。 これらは、一般的な就業日に本当に必要な役割です。 他のすべては、それらに合ったモードで動作します。 私たちは、これが何もせずに支払われるだけの「フリーローダー」の出現につながることを恐れていました。 本当にありましたが、それらを認識するのは非常に簡単です。 しかし、彼らにとって、職場での存在は効果的な仕事を意味しません。 しかし、残りの部分ははるかに快適に感じるため、全体的なパフォーマンスに大きく影響します。 人が長く寝て後で横になるのが好きなら、なぜそれを破るのですか？ 従業員が、同僚が気にしない自宅でプログラムの重要な部分を書きたい場合、なぜ彼をオフィスに座らせるのですか？
ますます少なくなる
過去1年半にわたり、私たちは研修生の地位のためだけに採用を行ってきました（これは教義ではなく、たまたま起こったばかりです）。 社内で現在働いているすべてのプログラマーは、サポートサービス、テスト、開発者の基本的なタスクの支援など、研修生として正確にやって来ました。 私たちにとって、このような戦略は間違いなく勝利です。 私たちは、他の人の習慣やソフトウェア開発へのアプローチに反することはありません。 開発者が退職することを決めた場合、すぐに有効化できる予備金が常にあります。
もちろん、このアプローチには議論の余地があります。 その欠点は次のとおりです。 経験の浅い従業員を雇うとき、私たちはその潜在能力を評価する際に間違いを犯す可能性があるため、実際に豚を突くために買います。 この場合、数週間または数か月後にその人は会社を辞めますが、時間とお金を投資しました。 これに我慢する必要があります。 時には逆の状況が発生することがあります。従業員は会社よりも早く成長し、技術サポートに座る必要がなくなり、今は成長を提供できません。 そのような状況はさらに攻撃的ですが、善良な人々のために仕事を作ることは悪質な習慣です。
開いて
私たちは皆、私たちが実際よりも賢く、より成功している他の人々を見たいと思っています。 これは部分的に正当化されています。敗者が好きな人はいません。 しかし、継続的なサクセスストーリーを聞いても、その証拠が見られない場合、相手が嘘をついていなくても相手を信じるのをやめます。
何も隠さないということではありません...;）しかし、私たちは試みます。 たとえば、製品をハッキングするという事実を隠すことをやめました。逆に、規制に従って、重大な脆弱性が検出された場合、緊急パッチをリリースし、（アクティブなテクニカルサポートを持っている人だけでなく）すべてのユーザーに緊急パッチを公開し、ユーザーとパートナーに通知を送信します。 また、当社の財務指標と世界征服計画の詳細を従業員から隠すことをやめました。 私たちは、なぜこの機能やその機能がないのか、それを導入する計画があるのかという質問に正直に答えようとします。 そして、私たちが恐れていたものには遭遇しませんでした：失望したパートナーの流出はありませんが、従業員は私たちの秘密を競合他社に売るために走りません（そして、判明したように、販売のための特別な秘密はありません;少なくとも私たちは理解していません競合他社のキャンプから同じ知識を使用しました）。
それどころか、私たちは人々が私たちの誠実さを大切にし、助けようとし、私たちをよりよく理解しているのを見ました。 これにより、高い期待による失望の問題が解消されます。
自分らしく
この考えは赤い糸で本を通過します。 製品は抽象的なユーザー用ではなく、自分用に開発する必要があります。そのため、製品を自分で使用するのが便利です。 たとえば、「Minimagazin」モジュール（バスケットに入れる、管理する、メールで注文を送信する、注文のアーカイブのみの機能、1C、オンライン支払い、商品の比較などはありませんが、数分で商品のカタログに接続します） 1年前に母のサイトで思いついた後、製品ラインでリリースすることにしました。 現在、販売統計によると、彼は「個人口座」の次に2位になっています。
プロジェクトを販売することはできません。逆に、プロジェクトがそれ自体でどのように生きるかについて明確に理解する必要があります。 チームは、有名な会社のように構築する必要はありませんが、あなたの知識のギャップと管理上の欠点を考慮して、あなたにとって便利である必要があります。 顧客が製品のビジョンをあなたに押し付けることを許可しないでください。そうしないと、常に主導的な企業となり、製品に革新がもたらされません。 より成功した競合他社をコピーすることはできません。そうしないと、常に会社番号2または5または25のままになります。 数年前、私はインターネット上で次のような面白い動機付けを見ました。
ハーネスの最初の馬の目から見た世界
ハーネスの2番目の馬の目を通して世界
私たち自身ではない場合、私たちは常に私たちの前に誰かのお尻だけを見ます。
記事の次の部分では、 「制限が役立つ」、「仕様を作成しない」、 また、GRの原則からは成功しませんでした。