チームを鼓舞する-スタートアップ企業-現実世界の問題

私は2年前に会社に参加しました。これは、5年前から存在しているスタートアップ企業です。最初からマイクロソフトのテクノロジの1つに取り組んできました。入社してすぐの数日で、ソフトウェア開発のライフサイクル全体を通じて、会社には適切な作業プロセスがないことがわかりました。従業員は監視されずに残され、スケジュール、期限、マイルストーン、および品質は期待どおりに外れませんでした。

私は常にプログラミングに情熱を傾けてきており、さらに重要なことには、技術的領域と非技術的領域の両方でパターンと実践を実践しており、自分の学習曲線に忙しいままです。その間、会社の生産性は毎日悪化し始めました。経営陣と従業員の間に相互理解はありません（12人だけ）。経営陣は、従業員の福利厚生、作業環境、現実的なスケジュールなどについてはあまり気にしていませんでした。経営陣からの誤った計算により、開発者チームは何度も狂ったように仕事をしなければなりませんでした。これは従業員を不満にさせ、仕事への興味を失いました。だから彼らは非常に悪いものを作り始めました会社の成長に影響を与える結果。経営陣と従業員の双方で常に同じように過ちがありました。私が見つけた些細な理由は、経営陣がプロセス、品質の重要性、ソフトウェア開発パターン、実践などについて従業員を教育できなかったことにあります。経営陣は常に結果を出すことに熱心で、結果の「方法」を探すことに失敗しました。

最近、私はチームリーダーになるために昇格しました（ちょうど2年間を終えたばかりです）。私は、私が技術的な熟練と一連の製品を処理する管理能力を持っていると信じていたからです。私はより多くの持っていた親密以上に私の同僚との関係のプロフェッショナルな関係を。したがって、いくつかのルールを採用し、社内で作業モデルを確立することは非常に難しいと感じています。これまでのところ、もう少しプッシュすると、悪い結果が出てきました。

さらに、私はこの役割に適任になり、私が提案する作業モデルに自信を持つ必要があります。私はこれを案内する良い手がありません。私は実務経験よりもむしろ本っぽい知識を持っています。

この状況で何ができますか？会社を放棄するべきか、それとも正しく設定するためにより多くの努力をするべきか？

「1万人の会社では、5人の男が適切に働かない場合、会社はそれに耐えることができます。しかし、1人の男がうまくいかなくても、10〜15人の会社では、会社の成長に大きな影響を与えます。」

考慮すべき2つの点：

• あなたはまだチームの一員ですが、新しい役割があります。チームから尊敬されている場合にのみ、リーダーとして成功します。提案するプロセスの変更により予測可能性が高まり、最終的にはチームが非現実的なスケジュールに遅れを取らないようにするのに役立つため、プロセスの変更が利益になると彼らが理解していることを確認してください。改善されたプラクティスを段階的に導入するための最良の方法を見つけるための支援を求めます。チームから賛同を得なければ、変更が反映されません。
• あなたが何をするにせよ、管理に妥協しないでください。チームと協力して、開発のタイムラインをより予測可能にし、場合によってはより速くする方法を見つけるために、彼らに知らせます。最善の方法が見つかるまで、さまざまな方法を試します。彼らはあなたが（彼らの目には）不要なプロセスで物事を遅くしようとしているのではないかと心配するでしょう。逆さまにするのではなく、開発のターンアラウンドをより予測可能なものにするための変更を段階的に導入することを心がけてください。
• あなたがそれを良い試みをした後、あなたが一緒に進みたいと決めたとしても気を悪くしないでください。良い条件を残します（新しい課題の時が来たので、異なるプロセスを持つ会社でより快適になると思います）。2年間というのは長い時間ではありませんが、将来の理由をはっきりと明確に述べれば、将来の雇用主が心配することはありません（しかし、あなたが去るポジションを悪くすることは決してありません）。私の標準的なインタビューの質問の1つ、ところで：「次の仕事の基準は何ですか？」;答えが主に現在の位置との比較である場合、それは懸念の原因となる可能性があります）
• ビジネスを改善する変更をうまく導入できれば、履歴書には素晴らしいものがありますが、辞めることに興味を失う可能性があります。悪い問題ではありません！

私はそれにこだわるでしょう。あなたには信じられないほどの（おそらく生涯に一度）機会があります。あなたが悪い状況にあり、それについて何かをするポジションが与えられたときはいつでも、あなたは何か素晴らしいことを起こす機会があります。

ここにあなたがする必要があるものがあります。

1. あなたは正しい、チームにやる気を起こさせる。
   a。チームのモチベーションは直観に反する場合があります。ハーバードビジネスレビュー（従業員の動機）による2008年の白書によると、主要な動機は（特定の順序ではありません）：
   
   • 獲得への意欲-これは報酬システムを通じて最大限に活用されます。これは必ずしもレイズやボーナスを与えることを意味するものではありませんが、良い言葉に報いることを意味します。チームメンバーにとって重要なことを確認します（角のオフィス、球技のチケット、個人やチームの業績を認めるために会議を開くなど）。繰り返しますが、費用は一切かかりません。それは単に彼らのパフォーマンスを認識することを意味します。
   • 絆への動機-彼らがチームの一員であることを感じさせます。「チームワーク、コラボレーション、オープン性、友情」のチームカルチャーを作成します。結合の経験はここで役立ちます。チームのTシャツ、帽子、ロゴなども同様です。重要であることに属し、その一部であることを示すもの。
   • 理解への原動力-これは、意味のある貢献をしたいという欲求に要約されます。時間をかけて、あなたが彼らに求めていることの「理由」を説明してください。ブレインストーミングなどに参加してください。彼らに挑戦的な仕事を与え、彼らがそれを理解できるようになることを期待してください（もちろん必要な場合はサポートします）。
   • 擁護する動機-これは、チームリーダーとしての新しい役割に挑戦する動機です。このドライブを有利に利用してください。チームのリーダーとして、あなたの立場で彼らを安心させる。あなたは彼らの生活を悪化させたり、彼らをよりよく働かせたりするためにそこにいるのではありません。あなたは彼らの仕事をより良く、より充実させるためにそこにいます。
2. チームと管理
   者の間のバッファとして機能します。経営陣は、彼らの技術チームが彼らの会社を作るという考えを持っていないようです。あなたは経営陣とチームの間のバッファーとして行動する必要があります。それらを保護！彼らのために戦いなさい。あなたはこれについて管理から苦労するでしょうが、結果はそれ自体が物語っています。あなたが結果を得ているなら、彼らはあなたがチームを管理している方法で大丈夫でしょう。チームの仕事は製品を作ることです。彼らがそれに関係のないこと、つまり経営者の政治などについて心配していないことを確認してください。経営者に奴隷労働などに押し込ませないでください。
3. 会社の製品を改善します。
   いわば、ゴムが道路と出会う場所です。これは管理を幸せにし、あなたのチームをいっぱいにします。これはあなたの前の機会の報酬です。これを行うには、チームの助けが必要です！
   a。あなたのチームと話し、すべてを改善するために彼らの助けを求めてください。彼らは信じられないほどのリソースです。一緒にあなたはすべてあなたの仕事を改善するために働くことを理解することができます。これには、コミットメントの（重要な）利点が追加されます。人々は自分たちが決断を下す上で手にした何かにもっともっとコミットする傾向があります。たとえば、ソースコントロールが必要であり、SVNを使用することを全員がまとめて決定した場合、チームはそれを決定する手がかりを持っているので、全員がそれを使用し、チームが概説するプロセスに従うことをはるかに約束します。ここでの要点は、チームを味方に入れる必要があるということです。b。経営陣に相談してください。物事の状態を伝えます。行きたい場所を伝えます。物事を形に整えるので、少し辛抱する必要があることを伝えます。あなたのチームがやる気を起こさせる必要があるという考えに彼らに同意させてください。あなたの側で管理が必要です。

適格性を感じる：これは時として難しいものですが、これを整理することができます。この場合、3つのことをお勧めします。

1. "あなたがそれを作るまでそれを偽造しなさい"。 いいえ、私はあなたに実際に何かを偽造するように言っているのではありませんが、実際に偽造されるまで自分に自信を偽ることができると言っています。また、読んで読んで、プロジェクト管理、およびプロジェクトに関連するトピックなどについてできるだけ多くのことを学んでください。あなたは役割に成長します。誰もが経営陣から、またはチームがいつかリードして、私たち全員が生き残ったことを思い出してください。:-)

2. チームの助けを求めましょう。 どうしてもわからないことがあるでしょう。大きな問題ではない。あなたはすべてを知ることを期待されるべきではありません。ここでは、チームに参加して、知識のギャップを解消することができます。

3. 柔軟である こと間違っていると判断した場合でも、後戻りを恐れないでください。心を変えることは、あなたが正しいことを約束する一生懸命ではなく、正しいことをすることにコミットする専門家であることを示しています。道理にかなっている人はだれでもそれが間違ったものであると知ったとき、コースを変更するために誰かを尊重します。

これはチームのモチベーションを上げることなので、最初にその部分に答えます。

• ほとんどの混乱は、何を達成すべきかわからないことが原因です。やるべきプロジェクトがある場合は、まず経営陣から何を達成しなければならないか、どのように達成するかを明確にします。

• （チームとインターネットから）タスクを達成するために必要なツールを見つけます。

• これをチームに伝えます。誰が彼らが悪用されているかを知っており、彼らは経営陣のために働くことに憤慨するでしょう。専門家として、彼らは仕事に対して報酬を支払われており、彼らが辞めようとしているとしても、彼らの履歴書のために最もうまくいくのは彼らの現在の仕事を適切に行うことであることを彼らに思い出させてください。

• チームが達成できる小さなタスクを計画し、経営陣に成功を示し、少し大きなタスクを計画するためのツールとパワーを提供するように説得してください。人々は小さな成功から自信を得ます。

• あなたが彼らの利益のために働いていることをチームが確実に知っているとき、最も熟練していないチームであなたが望むものは何でも達成することができます。彼らはあなたのために何でもします。

それでも経営者が気にしない場合は、「Rich Dad Poor Dad」という本を読みましたか。あなたが良心を持っているので悪条件で働くことをいとわないので彼らがあなたのような人々を搾取するために子供時代から教えられた人々がいます。最善の方法は、そのような職場を離れることです。あなたが状況を改善できると信じているなら、それはあなたの履歴書に良いでしょう。できない場合は、そのままにしておきます。あなたが働いている会社があなたを助けていないなら、それはあなたを傷つけています。それはあなたのキャリアを破壊しているからです。

まだ出かけませんが、良い機会に目を光らせておきます。何かが浮かんだ場合は、合格するのが良すぎたということを伝えることができます。

それまでの間、私の最初の攻撃手段はソースコントロールでした。あなたはそれを手に入れましたか？そうでない場合は、それが最初の、最優先事項です。選択する場合は、コミット前とコミット後のトリガーを許可するものを選択します。

ソース管理が完了したら、リリースプロセスを標準化します。開発/リリースをブランチ、リポジトリ、またはソース管理ソフトウェアがサポートするものに分割します。ソース管理のコードのみをリリースできます。（はい、私はこれを1つの会社で行わなければなりませんでした。）

その後、ソース管理に入るコードのプロセスの改善を検討する必要があります。ソース管理のコミットトリガー、または継続的な統合設定（コードをコンパイルするだけではありません）によって、さまざまな方法で強制できます。

（以前の）仲間については、前向きに考えてください。あなたは（おそらく）何らかの理由でこの立場に置かれました。必要に応じて上司に再確認しますが、期待することを他の人に伝えてください。用意したツールを使用して、ぼんやりとした人にそれを強制するのに役立てます。忘れっぽい人がいる場合は、上司に相談してください。チームの大部分があなたをサポートしている場合、環境がどのように変化しているかを確認した後、悪いリンゴは自分の意志で進むかもしれません。

あなたが今起きて去ったら、雇用主はあなたをどう思いますか？「2年前に私の会社に加わったこの男は、彼のバッグを詰めて、物事が悪く見え始めたら去る決心をした。彼または彼女は将来あなたの参考になることをためらうかもしれません。他の雇用者はそれに注意するでしょう。ソフトウェアには2年の経験があります。また、あなたが退職した理由を尋ねられたら、将来の雇用主に何を伝えますか？それでは何と言いますか？あなたの将来の雇用主も考えます：「この男も私が困っているときに去るのですか？うーん。」退職の明白な経済的理由に加えて、同僚からの関心と関心の欠如にもかかわらず、それはあなたの評判を傷つけます。人々が生涯鍛造を費やすことができる何か。

私は仲間と労働倫理のバランスを取ることの難しさを理解しています。私もその点で問題がありますが、労働倫理と社会的相互作用のバランスをとる必要があります。タオルを投げる前に、少なくとも1度は労働倫理を守って行動することをお勧めします。同僚にやる気を起こさせ、物事を正直にしようとします。そうすることで、退職しようとする場合、雇用主は「彼を責めることはできません。彼は物事を正しくしようとしましたが、うまくいきませんでした」と言うでしょう。より励まします。同僚と寄生的な関係を築いて何かをするように依頼するよりも、同僚と親密な関係を築いて何かを依頼するほうがはるかに良いです。あなたがどこから来たのか彼らに理解してもらうようにしてください。マネージャーとしてのあなたの義務は管理することです：そしてそれは人々が仕事を成し遂げることを確実にすることを含みます。仕事をすることは、従業員としての義務でもあります。彼らが頑固であるか、まったく動機づけられていない場合、それはあなたの手に負えないものです。それが可能なオプションであるなら、私はそれを大きなボスと一緒に育てます。

マネージャーとしての経験はまったくありません。プログラミングの情熱を共有するだけです。ヘック、私はまだ学校にいますが、これがあなたの役に立てば幸いです。=）頑張ってください。