あなたが25人の開発者のチームのマネージャーである場合、彼らにどのように動機を与えますか？
ベンチャーキャピタリストから数百万人が集まった新しいスタートアップに雇われた自分を想像してみてください。
あなたの使命：organize the development of the next killer app。
25人の開発者はそれぞれ個別に対応するには多すぎるので、それらを動機付けるためにどのような決定をしますか？
ストックオプションから無料のCookieへの回答を歓迎します;）
もちろん、ここでのトリック（あなたが本当にそのようなスタートアップのマネージャーでない限り）は、それらのプログラマーの1人の立場に身を置くことです。
編集：それは架空のコンテキストです。この物語の目的はあなたの願いを刺激することです。開発者のやる気を引き出したい。
これが私のチェックリストです。順不同です。
- 素晴らしいコンピューター開発する。 RAMと大規模/複数のモニターが十分にある状態で、ターゲットユーザーの能力を少なくとも2倍にします...予算は$ 3〜5kです。
- 素敵なヘッドホン彼らが音楽に取り組むことを好むとき、それらを必要とする人のために。
- 優れた開発ツールで動作します。これはターゲット環境によって多少異なりますが、Visual Studio/Eclipse /仕事に最適なものは何でも。これには、継続的インテグレーション/ビルドサーバーなどが含まれます。
- 高速インターネットアクセス-SO、TheRegister、Redditなどを事前にキャッシュするためのキャッシュプロキシサーバー
- 非常に少ない会議-絶対に必要なものとその長さの厳しい制限のみ（タイマーを使用）。スクラムのような「スタンドアップミーティング」を考えてください。
- 健康的な雰囲気働く場所。日光、新鮮な空気のオプション、安定したエアコン、植物、写真、適切な照明。
- ダウンタイム10〜20％新しいことを学ぶ、またはスキルを少し変える。
- A water定期的にメンテナンスされるデスクのグループごとにクーラー。
- 市場-競争力のある給与業績関連のボーナスあり。業績と報酬が明確に定義されています。パフォーマンスボーナスは、おそらく企業の利益分配になります。
- 共同作業倫理;を奨励します。テクノロジーに関する報告を行い、学習を共有し、チームを中心に人々をローテーションして経験を積み重ねます。
- 無料ドリンク（ノンアルコール）。
- A フルーツバスケットランチを台無しにしない健康的なスナック用。
- ソフトウェア開発部門のビジネスの他の部分から、プロフェッショナルレベルrespectを確立します。逆も同様です。これは長期のあいまいなターゲットですが、確立する方法と手段はいくつかあります。
- 明確なコミュニケーション期待の管理と、それらの期待への対応のやり取り。
- 明確な優先度作業項目の場合、定期的に確認されます。
- ベストプラクティスの使用 SDLC方法論の観点から-アジャイル/スクラムなど.
- 明確で文書化された手順何をしなければならないか、なぜ、どのようにリリース管理のような重要なことを行うかについて。自動化できるものは何でもそうなるので、これは手動のビットにすぎません-常にいくつかあります。
- サポート環境物事がうまくいかない場合。彼らがバグを引き起こすときに人々を蹴るのではなく、彼らが彼らの過ちから学ぶのを助ける。
- 24x7アクセス建物へのリモートアクセスと、チームメンバーが通常の時間外にインスピレーションを得たときのリモートアクセス。
- ホワイトボードプロトタイピング/大声で考えるため。
- 成功のお祝い-チームランチでも週末のグランプリへの旅行でも、多大な努力と素晴らしい結果を認めることが重要です。
私にはありません：
- Nerf銃/フリスビー/プールテーブル/おもちゃ。職場環境は私たちが働く場所です。集中しようとしている同僚の周りで兵士を演じることなく、仕事をしている間、たくさんの楽しみがあります。
- 無料の食べ物-人々は外に出て何か食べるために休憩を取るべきです。
- インターネット検閲-私は個人の判断に委ねるつもりです。
取り組むべき興味深い問題と、それらに取り組むためのツールの選択を彼らに与え、それから彼らの邪魔にならないようにします。
優れたプログラマーは、お金や企業内のステータスに動機づけられていません。彼らは快適になるのに十分なお金と地位を必要としますが、それだけです。優れたプログラマーは興味に動機づけられています。
ポール・グラハム 同意する 。
「私たちのやる気を起こさせるものについての驚くべき真実」についての素晴らしいYouTubeビデオがあります。私はしばらく前にこれをブログに書いた：
http://www.chrisholmesonline.com/2010/06/02/the-surprising-truth-about-what-motivates-us/
彼が言うところの部分は、基本的には、従業員に十分なお金を払って、彼らがそこで働きたい理由を検討するためにテーブルからお金が取り除かれるようにすることです。お金がやる気を起こさせる要因ではなくなったとき、あなたははるかに良い結果のセットを得ることができます。
私がやる気になるものを知っています。
- 自分が好むツールを使用できること。開発者に必要なツールを提供してください。 25人のチームでは、明らかに妥協し、合意に達する必要がありますが、最終的には、彼らは最高のツールを必要としています。これには、ハードウェアとソフトウェアが含まれます。
- 通常の勤務時間。作業あたり35-40時間。これ以上何もない。彼らはインスピレーションを得ているので、彼らが自分でもっと多くのことをしたいなら、元気です。しかし、批判的思考の筋肉を曲げる必要がある仕事で過労する人々は、災害への早道です。
- 在宅勤務オプション。私は自分の家の快適さから仕事をするのが好きです。交通の悩みに対処する必要がなく、1日1時間移動する必要がありません。私は家族、緊急事態、タクシーなどのためにそこにいることができます。従業員がそれを処理してワークロードを完了することができる場合は、在宅勤務のオプションを提供してください。また、自宅で20〜30分の仮眠を取る方がはるかに簡単です（生産性を向上させることが実証されていますが、社会はまだ仮眠に眉をひそめています）。
- 質の高いワークスペース。ホワイトボード、コラボレーションツール、会議室など。25人の従業員のチームが本当に素晴らしいものを作成できるのは、彼らが共同で作業している場合に限られます。共同で作業するには、自由にアイデアを共有して共同作業する必要があります。彼らがリモートで作業している場合は、Skypeなどを利用できますが、共同作業を行うためのツールを提供します。
- 明確に定義された目標。締め切りではありません-それらは異なります。目標。スクラム、XP、気にしないで、これを実装しますが、チームには明確な目標とマイルストーンが必要です。
- 特定のドグマに縛られないでください。変化や新しいアイデア、新しいテクノロジーなどを受け入れるようにしてください。お互いの意見を聞いてください。チームにアーキテクチャを強制しないでください。コラボレーション、フィードバック、入力を通じて進化させます。
開発者は素晴らしいソフトウェアを作りたいと思っています。彼らにそれをする機会を与えることができ、お金が彼らの思考プロセスに影響を与えないように十分に補償し、彼らに健康的な仕事と生活のバランスを与えることができれば、彼らは生み出します。
委任。
25人の開発者がアプリケーションのさまざまな側面に取り組むことを想定して、それらをサブチームに分割し、各チームの1人のメンバーをチームリーダーに指名します。 （注：この役割は、プロジェクトが発展し、チームが再編成されるときに移動する必要があります）。
これで、やる気を引き出す5つのチームリードがあり、今度は4つの開発者がやる気を引き出せます。
「グローバル」な動機（ストックオプションなど）に集中できますが、チームリーダーは個々の動機（水曜日の早い時間に出発できるようになります）に集中できます。
あなたが首尾一貫していることを確認し、チームリーダーがあなたとお互いに彼らの行動を伝え、不必要な摩擦を避けます。
私は投票する準備ができていますが、あなたは好きなように私に動機を与えることができます（私を一生懸命働かせ、コード化するマシンのための386を与え、地下の暗闇の中で揺れているカードテーブルで作業し、私に怒鳴りつけて、週末と休日に働き、無料のコーヒーを提供しない）そして私はあなたである限りあなたのクラックチームになります（私にばかげて金額。
ここでは、他の回答とは異なる方法を採用します。従業員の意欲を失わないようにできる限り努力してください。あなたがマネージャーとしてあなたに非常に合理的に見えるかもしれない多くの一般的な（悪い）管理慣行に従事しているなら、彼らが望むすべてのコーヒー、スナック、コンピューターなどを従業員に与えることができます。従業員のモチベーションに病的。これらの悪い習慣の例については、他の回答の提案の多くを逆にすることができます。
- 「従業員を機械や「リソース」ではなく人のように扱う」->従業員を顔のない交換可能なリソースまたは「FTE」のように扱う
- 「市場価格以上の支払い」->従業員はコストであり、優れたマネージャーはコストを最小限に抑えます。
- 「彼らに高品質の製品を作る理由を与えてください」->迅速で汚い開発を主張する（顧客はバグを受け入れる意思があるため）
私の要点は、従業員を動機づける環境を作るには、積極的な行動のチェックリスト*よりもはるかに多くのことを行うことです。マネージャーとしての行動のあらゆる側面を監視して、この目標に矛盾しないことを確認する必要があります。
Peopleware：Productive Projects and Teams は、プログラマのモチベーションに非常に関連があると思う本です。従業員をやる気にさせる（したがって、効果的なチームを妨げる）管理慣行に関する多くの章があります。私のお気に入りの章の1つは「Teamicide」です。これは、マネージャーが効果的なチームを作成するためにできることは何もないが、彼がチームを破壊したり、チームを形成しないようにするためにできることはたくさんあると考えています。
*実際、他の動機づけのない要因が存在する場合、一部の肯定的な「動機付け」のアクションはde-motivational効果を持つことができます。
私は6人のプログラマーのチームを管理しているので、このトピックについて少し考えます。ここに私のアイデアがあります-
彼らに働く時間を与える-中断は生産性と動機を殺します。プログラマーは、頭を下げて作業に取り掛かることができるときに最も気に入っています。また、仕事を上手に行うための時間を与える必要もあります。プログラマーは、任意の締め切りまでに何かを終わらせるために急ぐのを嫌います。私は通常、プログラマーにタスクにかかる時間を尋ね、その見積もりを尊重します。チームリーダーとしての私の仕事の一部は、ビジネスでそれを管理し、彼らが現実的な期待を開発するのを助けることです。
優れた機器を提供する-遅いコンピューターでプログラミングするのはひどいことであり、ほとんどのプログラマーも古い開発ツールを使用することを嫌います。プログラマーが本当に優れた機器を持っていることを確認してください-高速コンピューター、最新のツール、大画面、そして非常に優れた椅子。これらはグランドスキームではそれほど高価ではありません。
彼らに敬意を払う-プログラマーは自分の技術的スキルへの敬意を強く望んでいます。彼らが既に行った仕事と彼らがやっている仕事を尊重しなさい。技術的な問題についての意見を尊重します。技術的な質問をするときは、額面通りに答えてください。彼らが間違えた場合、彼らが顔を失うことなくこれを育てる方法を見つけてください。 「私はあなたが提案したものをたどりましたが、この問題に出くわしました。どうしたらいいと思いますか？」のように言うことができます。
家に帰る許可を与える-長時間労働すると、すぐに逆効果になります。プログラマが午後5時に帰宅できることを知っていると、仕事へのやる気を感じて翌日戻ってくる可能性がはるかに高くなります。
彼らに責任を与える-プログラマーは技術的な決定をするのが好きなので、彼らが最もよく考える方法で物事を開発するためのスペースを与えます。建築または設計の標準がある場合は、これらが前もって理解されていることを確認してください。設計レビュー中に問題が発生した場合は、それらが敬意と励みになる方法で伝達されていることを確認してください。
彼らにサポートを与える-彼らが簡単に来て、彼らがそれを必要とするなら助けを求めることを容易にする。 「ご不明な点がございましたら、お気軽にお問い合わせください。」一部のテクノロジーを知らなくても気分を害しないでください。代わりに、「そのテクノロジーを磨くのに数時間かかる場合は、先に進んでください」と言います。
編集：振り返って、ここでの要点は次のとおりです。従業員を機械や「リソース」ではなく、人のように扱います。彼らがあなたに質問したり問題を提起したりするのを快適に感じるようにします。病気の子供や親など、個人的な問題があるときに対応できるようにします。言い換えれば、彼らとの関係を確立するために最善を尽くします。また、25歳は、ケーキでみんなの誕生日を祝うのに十分小さいグループです。これらのささいなことが、世界に違いをもたらします。
間違いなくストックオプション。会社の成功は彼ら自身の生活の質に大きな影響を与えるでしょう。それに加えて、物事のビジネス面で何が起こっているかについて彼らとオープンにしてください。重要なのは、従業員に直接の責任に加えて少なくとも全体像の一部を見せて、会社のパートナーのように感じさせ、機械の歯車のようには感じさせないようにすることです。
良好な労働条件。快適な椅子、高速機、大型モニター、キーボード、マウス。窓がいいです...空気の流れがいいです。スキルを向上させたい場合は、プログラミングに関する本を購入してください。
また、週に1回、できればビールと一緒に、定期的に一緒に食事をすることは、士気に最適です。ただし、25人では少なすぎるかもしれません。したがって、おそらく、個々のチームが週に1度ピザとビールを一緒に飲む必要があります。もちろん、会社が支払いました。 :)
ディマとクリスFに同意します。ディマのポイントの1つを除いて：ストックオプション。
これは地域的なものであることは知っていますが、多くの国では、ストックオプションは、割り当てまたは発行されたときに、実際の価値（内部価値）で州から課税されます。これは、ボラティリティが内部値の計算を許可しないことを証明できない場合を除きます。
私はかつて、ストックオプションの価値よりもはるかに多くの税金を払ってしまいました。発行時の価格はそれぞれ40ドルでしたが、1年間は行使できず、その時点で1ドル未満でした。
しかし、あなたの質問に戻ります：
個々の労働時間、優れたツール、意思決定への影響、政治のない環境（彼らが仕事をすることができるように彼らから遠ざける）。
フリンジは、ツール、本、コースに自分で費やす予算のようなメリットがあります。
キュービクルなし、1人あたり9 m2を超えるオフィスで最大3人。可能であれば、チームを自分の建物内、または少なくとも自分のフロアに移動します。デスクをパーソナライズしましょう-デスクポリスはありません。
デスクから電話を排除します（音やインスタントメッセージングのないメール、また音のないメール、ラップトップ用の椅子と小さなデスクがあるオフィスの外の電話ブース、緊急性のないワークフローの中断なし）。電話の着信を処理する秘書が必要です。
できるだけ少ない会議。月曜日（月曜日はとにかく面白くない、週末はまだ残っている、最後の活力が失われる）や金曜日（週末について言ったこと）は行わないでくださいが、水曜日は完璧です（これは週半ばに素敵な休憩を与えます）。
マシンの管理者権限。第1レベルと第2レベルのサポートはありません。
私は束と一緒に食べることを強制されたくありません-私は私が違うことを知っています-私は一日中同じ人と一緒にいることからの休憩が必要だからです。しかし、非公式の情報交換のためのクロワッサン休憩、毎回参加する仲間の圧力なしで毎月の夕方、そして配偶者（ボウリング、ディナー）が私のためにそれをするでしょう。
次に、ChrisF：25人の直属の部下を誰も処理できるとは思いません。チームを結成。そして、時々それらの間の競争を組織します。
- 25人全員を一度に雇うという誘惑を避けてください。
- 最初に既知のトップ開発者を引き付けようとします。
- 非常に才能のある人々の小さなチームができたら、彼らが何をしているかを理解し、高いレベルの期待を確立しました。
- さらに人を追加していきます。彼らは彼らを助けようとする善意の人々に囲まれていることを知る必要がありますが、彼らはついていかなければなりません。
才能のない人（私は彼らが吸うとは言いませんが、これらは相対的なものです。）.
一連のルールを確立するよりも、適切な人材を獲得して文化や態度を構築する方が、管理がはるかに簡単です。
サブチーム（DB、中間層、GUI）
テスターはいませんか？一部のコードモンキーを置き換える
アナリストはいませんか？一部のコードモンキーを置き換える
ツール/ソース管理/ wiki /インフラストラクチャ/環境は誰が管理しますか？一部のコードモンキーを置き換える
無料のコーヒー、無料の水、無料のフルーツ
フライデービール
IMO、スタートアップのストックオプションはちょっとした詐欺です。通常は次のようになります。
1）明るくエネルギッシュな若い開発者のチームが募集され、ストックオプションを通じて金持ちになることを約束します。
2）スタートアップは初期資本を使い、2回目のVC=資金が注入されます。オプションは、初期の紙の価値の1/2、1/4に希釈されます。
3）これは1、2回繰り返されます...
結局、スタートアップはひっくり返り、開発者の選択肢はまったく役に立たなくなる。あるいは、それらは非常に希釈されているため、開発者の利益はわずかです。
あなたは開発者にまともな給料を支払うべきだと思います。これが彼らに動機を与えるかどうかは彼らの性格に依存します。しかし、少なくとも彼らは彼らの労働に対して公平な見返りを得るでしょう...
次の側面に関するニーズを満たすことにより、開発者一人ひとりを個別に、個人的に、そして真に知ることができます。
- 責任の明確な指示と期待（必要なことを伝えます）
- ジョブを正しく実行するために必要なtoolsへのアクセスを許可します（モニター、頑丈なシステム）
- 彼らにmeasureのパフォーマンスへの道を与える（グラフのようなオタク）
- 開発プロのスキルに十分な機会を与える
- 彼らが良い仕事をするとき、彼らにたくさんのacknowledgementを与えます（賞賛を好まない人）
- successful at（彼らは個々に何ができるのか）
- voiceの意見、アイデア、および感情を（安全な方法で）伝える方法を提供する
- 友情（仕事の文化）を奨励および育成する方法を提供する
- 品質製品を作る理由を彼らに与える（彼らが作るものに誇りを持っている）
- 彼らが何をしているのかを指摘するより高い呼びかけを有意に他の人に与える（働くには、ほとんど「精神的な」側面があるようです）
つまり、彼らは「次の大きなもの」を構築していて、彼らはまだやる気がないのですか？
それらを取り除き、自分の仕事を楽しんでいる人を見つけましょう。
順序または重要性：
- 共有ビジョン
- 明確な期待
- 予測可能な環境（TDD、毎晩のビルド、毎日のチームチャット、毎週のチェックイン、チームと製品に有効なもの）
- 可能な最高のツール
- 残業のある深刻な給与
- 在宅勤務
- ストックオプション
- 市場価格以上の料金を支払う
- それらに明確な要件を与える（必須でないものを除外する）
- ソフトウェア開発に情熱を傾け、自分でプログラミングを行う
- イネーブラーであり、「ボス」ではない
あなたは人々の人格について知りたいです。最近のリーダーシップ理論によれば、あなたが本物であり、チームメンバーと共通の行動や目標を共有することが重要です。リーダーシップは、チームメンバーが目標を達成するように指導することと見なすこともできます（ ここ は、いくつかの理論です）
Steve McConnelは、彼の著書 Rapid Development にこれに関する優れた概要を示しているほか、参考文献（高く評価されている Peopleware を含む）のリストも詳しく読んでいます。
それは少し日付が古いですが、それでもまとまりのある要約であり、非常に関連があります。
あなたは開発者に次のキラーアプリを書くように動機づけることですか？
おそらく、開始するのに適した場所は、彼らがそうすることを彼らに知ってもらい、これについて彼らが長期的な展望を見ることができるようにすることでしょう。そのような目標は、それ自体が非常にやる気を起こさせるものでなければなりません-それが本当にキラーアプリである場合。
次に、実際にそれを意味していることを実際に見せてください！
私よりも知識のある人を雇い、私が学ぶことができる人を雇い、私が彼らの先導に正しく従うときと、私が正しいときと間違っているときの両方を認識します。