コンサルタントとスタッフプログラマー間の関係を改善する方法
私はかなり長い間、小さなソフトウェアコンサルティング会社のコンサルタントをしてきました。私たちの通常のビジネスモデルはスタッフの増強ではありませんが、何らかのソリューションの構築に支援を必要とするクライアントを見つけ、そのソリューションを構築し、既存のITスタッフと協力し、そのサポートに関わるすべての人々をトレーニングできるチームを派遣します。解決したら、次のジョブに進みます。もちろん、必要な継続的なサポートはいつでも受けられます。私たちはこの分野で高い評価を得ており、提供するソリューションの実装に非常に成功しています。
しかし、私はほとんどのプロジェクトに共通のテーマに気づきました。私たちがオンサイトに到着すると、通常、私たちのチームと現在クライアントにいる多くのITスタッフとの間に「ストレス」関係があります。私たちの到着には不安があるかもしれないし、身の回りにいると防御ができることは完全に理解しています。多くの人々は理解していて扱いやすいですが、通常、私たちとまったくうまくいかない人や、さまざまな方法ですぐにプロジェクトリスクになる人がいます。
私たちは心をオープンにして良い態度で入ろうとします。そして、性欲や侮辱をしないようにします。通常、整理が必要なときに展開されますが、それらをバインドに入れる決定がなされた理由があることは理解しています...したがって、次のステップを決定して次に進むことを試みます。
私の質問はこれです-コンサルタントがいるITスタッフやプログラマーから聞いてみたいと思います-コンサルタントが否定的な感情や態度を呼び起こすことは何ですか？関係をより良くするために、最初だけでなく、プロジェクトが進むにつれ、私たちは何ができるでしょうか？
ウーキーを勝ち取ろう
既存のスタッフと良好な関係を構築し維持したいコンサルタントは、スターウォーズのハンスソロからの賢明なアドバイスを覚えておくとよいでしょう。
社内のスタッフがうきうきするわけではありません。まあ、それらのすべてではありません。重要なのは、あなた（この場合はコンサルタントである）があなたのプレゼンスと支援を歓迎したい場合、あなたは社内スタッフと以前のコンサルタントを軽視する信用を獲得する栄光の豚ではあり得ないということです。代わりに、社内スタッフが勝利し、見栄えをよくし、一般的に有用で役立つ、そしてhumbleになるように支援する必要があります。あなたの素晴らしさは、問題をどれだけうまく解決するかだけでなく、あなたの復帰を楽しみにしている人の数にも反映されています。
警告：私はコンサルタントです。私のクライアントはウッキーではありません。それはユーモラスな比喩です。
何よりもまず、既存のIT /開発チームと協力しているという認識を与えたいと思います。あなたは自分の社内チームが、より「ミッションクリティカル」なタスクから人々を引っ張らずに満たすためのリソースを持っていないという立場を埋めるためにそこにいると自分自身を表現できます。
特定のガイドライン：
- 社内チームを輪に留めておきます。彼らとコミュニケーションをとる努力をすることで、「それらの人々が何をしているのか」に対する不安を和らげることができます。
- 意見を募集します。問題と思われる特定の領域を見つけた場合は、社内チームがこれまでどのように対応してきたかを尋ねます。考えられる解決策がある場合は、彼らの意見を聞くことができます。このフィードバックを得ることは、あなたが彼らの意見を尊重し、彼らの経験を尊重し、そしておそらくあなたが彼らの以前の努力を複製することを妨げることを示します。
- 必要に応じて支援を求めてください。特に現在のシステムとインフラストラクチャに関しては。現在の運用環境を無視するコンサルタントはどちらも脅迫的であり、彼らの能力に自信を抱かせることができません。社内チームをSMEとして扱います。
あなたが彼らに関与すればするほど、そしてあなたが彼らを尊重することをあなたが示すほど、彼らはあなたが彼らと協力するためにそこにいると感じ、彼らと競争しないと思う可能性が高くなります。
人と一緒に昼食をとることが、障壁を打破する最良の方法だと私は思います。だれにも無理に力を貸そうとしないでください。毎回別の人と1対1のランチをするのが良いですが、定期的に行ってください。
個人的に服用しないでください。ほとんどの人は合理的であり、あなたたちも働いている人たちであり、あなたは他の誰と同じように世界であなたの道を作ろうとしているだけであることを理解しています。多くの場合、この軽蔑は、地上の人々がそもそもあなたをそこに導いた管理上の決定に対する軽蔑を持っているためです。
それは典型的な歌と踊りであり、経営者は新しいアプローチを取りたいと考えています。彼らは、この新しいタスクを処理する従業員の能力に不信を抱いており、従業員はそれを個人的に取ります。
さらに[〜＃〜] bad [〜＃〜]境界線[〜＃〜] criminal [〜＃〜]のコンサルタント会社がたくさんあり、巨大な管理を約束し、何も表に出さず、彼らのくだらないアーキテクチャとデザインのほとんどは、ビジネスモデルを理解し、ビジネス要件に近い従業員によって実装（または完全にやり直し）されます。
さらに、これらの取引の多くは、透明性のない密室で行われ、コンサルティング会社を所有している人が親しい友人であった場所で働いていたような場合など、腐敗した事態が発生する可能性があります。部門長なので、資格のないコンサルティング会社がやって来て、コンサルティング会社側の軽薄な支出には、複雑で犯罪的なマネーロンダリング（吸い上げ）スキームの異常なマークアップが請求されます。
もちろん、部門長がコンサルティング会社の「仕事」のために彼の仲間から素晴らしい罰金を得たと自然に想定することができます。
ほとんどのマネージャーは、従業員が実際に何が起こっているかについて実際にどれほど知覚的であるかを理解していません。
私も含めて多くの人が従業員の立場からこれを直接体験しています。あなたが信頼されていない理由を理解するのは難しくありません。
私たちはコンサルタントとかなりネガティブな経験をしました（私のドイツ滞在中は全員）。
社内にいくつかありました。主に彼らは多くのことを話していました。言い換えれば、私たちがすでに知っていることを言ってから、大きな給料を集めました。勤勉な従業員が何年も昇給を求めていた一方で、コンサルタントが無料で多額のお金を得たので、人々は怒りました。
かつてUIコンサルタントがいました。私たちは彼に私たちのアプリを見せ、問題と私たちのアイデアを説明しました。次のミーティングで彼は彼の「解決策」を発表しました-彼は私たち自身のアイデアを文書化するために彼のiPadで行った簡単なモックアップです。彼は仕事をするのに数時間しかかからないことを自慢してさえいた。 WTF？
また、QlikViewのコンサルタントがいました。彼は急いで通りかかっていて、何時間もクリックスルーさせただけでは何も説明していませんでした。特定の技術的なことを説明するほとんどすべての要求に対して、彼は「それらのスウェーデン人」を引用して曖昧な何かに答えていましたが、再び奇妙なことをしました。彼のフィードバックフォームで、私は彼に「これらのスウェーデン人」への言及を断つことを勧めました。
私は彼のお金に値するコンサルタントを見たことがありません。
それに加えて、私たちの大学のパックから、プログラミングについて無知で怠惰で好奇心の強い人は皆、コンサルティングに行きました。彼らは後に、クライアントに少しでも手掛かりがなかった事柄について話すことが純粋に楽しいことを物語っていました。プログラミングを理解した数人が実際のソフトウェア会社に参加しました。だから、私はコンサルタントが何をコンサルタントに行くかについての良い絵を持っています。
私の考えを変えることができる唯一のことは、話題を知っているコンサルタントに会うことであり、話す術ではありません。いくつかのブログとウィキペディアのエントリーを読むことで得られた、基本的なレベルではなく、主題を詳細に知ること。私たちのUIコンサルタントは、彼が今読んでいるユーザビリティの本について話してくれました。私は彼が最初に読んでから来るように助言する誘惑に抵抗するのが大変でした。
追伸私はコンサルタントサービスを提供する賢くて素晴らしい人がいることを知っています。直接会ったことがないのです。だから私は彼らが彼ら自身の価値があると証明しない限り、デフォルトで疑わしいです。
私はそれがコンサルタントの言うことではないと思いますdo一言ではなく、むしろ彼らが何を言うのかrepresentです。それらは次のように認識されます。
- 高価（コンサルタント自身がピーナッツを支払っているかもしれませんが、コンサルタントは大きなマージンを作っているようです）
- グリーン（テクノロジーの専門家であっても、あらゆる企業文化はもちろんのこと、すべてのドメインの専門家になることはできません）
- 一時的なもの（これは、コンサルタントとの付き合いに少しでも努力する傾向がなくなる可能性があります）
- 彼らが修正するよりも多くの問題を引き起こす可能性があります。結局のところ、プロジェクトが「完了」するとすぐに離陸し、フルタイマーの手に任せます。
免責事項：私はコンサルタントとして働いており、軽蔑を直接感じました。
私の経験では、大きな家（アンダーソンが最も悪質です）のコンサルタントがいます。コンサルタントは、既存の人々が言っていることを取り入れ、それをアンダーソン（すみません、現在はアクセンチュア）スタイルで文書化し、経営陣に提示します。次の理由により、従業員の知識として提示することはできません。
経営陣は従業員が彼らのアイデアがなぜ要求された時間内に機能しない/入らないのかを彼らの従業員に話すのを嫌がり、情報源を開示することは経営者にコンサルタントの話を聞こうとしないだけです。
経営者が情報が実際にどこにあるかに手がかりを与えられた場合、コンサルタントを雇う正当な理由はほとんどありません。
したがって、これらの「経営コンサルタント」を取り込むことは、大きなプロジェクトの死の兆候です。それは、上級管理職が結果に焦り始めていることを示しており、彼らは何が起こっているのかについての外見を求めています。管理が上手であれば、彼らは彼ら自身の人々と連絡を取り合うでしょうが、それは彼らが彼ら自身の家族とよりうまく対処するならば、彼らはセラピストを必要としないだろうと言っているようなものです-それは良い考えですが、実装するのは難しいです。
アンダーソンのコンサルタントについて最も侮辱的なことは、彼らが従業員よりも多くのことを知っていなかった、彼らははるかに少ないことを知っていたということでしたが、アンダーソンは管理を詐欺して非常に高いレートで請求することができました。 （実際には、手法は非常に簡単で、パートナーはすべて上層部の敗者と一緒に学校に行きました。それが彼らがパートナーである理由です。）私は個人的に、クライアント（銀行）でWordを学んでいる一人の若い女性を見ました。費用はすべて$ 1000 /日です（彼女が大幅に削減したわけではありません）。だから、従業員が何も知らない若い文字を（文字通り）知らせて、入力して管理者に伝える必要があることに腹を立てているときは、かなり理解できます。もちろん、怒りは見当違いです。これらの従業員は経営陣に腹を立てる必要がありますが、それを取り除くことはできません。
小さな専門店を経営していて、実際に技術的な専門知識を取り入れて仕事をしているようです。次に、従業員はあなたの存在に脅かされ、潜在的に比較で気分が悪くなります。いくつかの救済策があります。
あなたの卓越性を示してください。人々は最初は敵対的かもしれませんが、あなたが本当にそれが得意であれば、結局あなたが助けを求めてやってくるでしょう、特にあなたがみんなを助ける時間に寛大であれば。
敵意に直面しても友好的である。彼らがそうでない場合でも、間違いなく礼儀正しくありなさい。
静かに、舞台裏で、管理に参加します。プロジェクトリーダーが最初に2人で座っている必要がある場合は、ダイアログを開始できます。彼らはマネージャーの前で敵対的になることができなくなり、ボールが転がると、状況は改善するはずです。
謙虚になりなさい。あなたはすべてを知っているわけではありません。あなたは彼らから何を学びたいかを誇張し、あなたが彼らからあなたに何を学びたいかを最小限にすべきです。
あなたが一時的なものであることを彼らに思い出させてください。あなたは「私はこれを正しく行わなければならない、あなたはそれに対処しなければならないので、私は数ヶ月でなくなるでしょう」と言います。これにより、従業員はより自信を持つことができます。また、請求額が高いことについても気分がよくなります。この後、しばらくの間はビーチにいることがわかったときです。それは本当である必要はありませんが、言うに値します。
私はフェンスの両側で働いてきましたが、それが解決可能な問題かどうかはわかりません。その根底にあるのは、コンサルティング会社を雇うことは既存のスタッフを侮辱することです。彼らは、経営陣がプロジェクトを完了するための専門知識を欠いていると信じていることを（正しく）感じています。彼らはまた、経営陣が自分の従業員よりもあなたを尊重していると感じています（結局、経営陣はあなたを求め、あなたの言うことに耳を傾けます）。そして、彼らはあなたがいくら充電しているかを知るでしょう、そしてそれはまたが憤慨を引き起こします。
さらに、多くのコンサルタントは特に有能ではありません...これは彼らが*能力のある*と言っているわけではありませんが、簡単な問題を解決するためにいくつかの平均的な能力を持っていることよりも憤りを育てることが保証されているものはありません巨額のお金。彼らはローカルシステムとインフラストラクチャの複雑さをめったに理解しません。その結果、通常はミスと過度の手持ちが発生します（新しい仕事を始めるときの人々の様子を知っていて、コーヒーマシンを機能させることさえできないのですか？コンサルタントはそれは常時です。）
コンサルタントとして高く評価されるのは、部門全体があなたの仕事の必要性を認識したときだけです。もし彼らがwantあなたなら、それは全く異なる世界であり、彼らは後ろに曲がります。私はかつて家具会社のためにこの巨大なRFID在庫システムに取り組んだことがあり、彼らは私たちを死ぬほど愛してくれました。一方、私は破産サービスを提供する会社のコードの近代化にも取り組んでおり、私は何度もそこにいる労働者の1人が私にぶつかるだろうと考えていました（私たちは彼らの仕事の安全を盗んでいて、彼らはそれを知っていた）。
つまり、会社がやらないことを専門とすると、人々はあなたを好きになる傾向があります。あなたが会社が多くすることを専門とするなら、人々はあなたを憎むでしょう。あなたは彼らがそうであるようにそれでうまくいかないでしょう、またはあなたは彼らを悪く見せるでしょう、そしてどちらにしても、それは醜いでしょう。
コンサルティング...あなたが解決策の一部ではない場合、問題を長引かせることで儲けるお金があります。
私たちは心を開いて良い態度で入ろうとします、そして、アロジェントや侮辱にならないようにしてください
まあ、それはそこにかなり立派に聞こえます-あなたがスタッフに「より良い」のであなたがそこに行くという意味で、あなたの仕事は彼らができなかったことを「直す」ことです。
私たちはコンサルタントを使用しましたが、問題は、経営陣がこれらの高価なスタッフが社内スタッフよりも本当に優れていると感じていることです。多くの場合、これは当てはまりません-スタッフが話を聞いたり機会を与えられたりした場合、コンサルタントはいないでしょう。明らかに、これはコンサルタントが他の誰もがすでに知っていることを言うためにやって来るとき、コンサルタントに対する憤慨の特定の感情を表します。
IMHO唯一の方法は、スタッフが知らないことについて相談することです。何か新しいことを教えるのではなく、真の専門知識を提供することです。私は、コンサルタント、トレーニング、および一般的な「DBをよりよく機能させる」ためにOracle DBAを雇ったことを思い出しました。
結局のところ、あなたが雇われたものを誰もすることができない場所に行くと本当に思いますか？答えが「はい」の場合、おそらく良い担当者が得られます。おそらく答えは「いいえ」です。前者の状況は、管理が効果的に機能していないことを意味していると思います。あなたはここを掃除して、すべての人に新たなスタートのチャンスを与えます。しかし、あなたはそれらの状況の多くを得ることはありません..経営陣はあなたを雇う必要があることを決して認めないでしょう:)
PS。あなたができる他のことは、ほとんどの人が精通しているすべての恥ずかしがり屋の何も知らない、チャージロットのコンサルタントを取り除くことです。彼らはあなたが思っている以上にあなたの評判に害を及ぼします。
私は「コンサルタント」（支援のために呼び出されたスタッフ増強部隊のメンバー）であり、彼らとも協力してきました。
まず、「チーム」のレイアウトが変更されるたびに、波状の羽がいくつかあります。チーム開発には4つの段階があります。
- 「フォーミング」-チームは最初に名前でお互いを知るようになり、一緒に作業するための基本的なルールを定め、環境に入り始めます。通常、約1週間かかります。
- 「ストーム」-チームは意見、性格、自我などの違いに頭を悩ませます。これはほとんどすぐに起こり始め、個人的な対立が発生して解決または克服されると「ノーミング」フェーズと重複します。
- 「ノーミング」-チームはこれらの違いに取り組みます。経営陣はチームの人事の問題を特定し、適切な措置を講じることがありますが、これのほとんどは、互いに仕事に慣れている人々です。これには数週間または数か月かかる場合がありますが、一般に、プロセスに過度に干渉しようとすると、実際に「正常化」が妨げられます。
- 「実行中」-「定常状態」。チームは、個人の集合としてではなく、連携する方法を大部分知っています。ここでは、「相乗効果」という流行語が表示されます。ここでは、チームを支援する以外に報復や個人的な野心なしに相互作用するため、チームはその部分の合計よりもパフォーマンスが優れています。そのようなチームの構成を少しずつ変更するだけで、損耗を置き換えたり、チームを増強したりできます。チームの大幅な増加、減少、または統合は化学を混乱させ、プロセスが最初から始まります。
チームがフルキャパシティでプロダクションを進められるようにするには、4つのステージすべてを通過する必要があります。 「嵐」と「規範」の段階を突破しようとすると、チーム看護の恨み、自我、および他のメンバーの一般的な恨みが生まれます。最終的にはチームの顔が爆破され、その間、チームは互いに信頼し合うことができず、パフォーマンスが低下します。
さて、言われていることですが、コンサルタントと社内の開発者で構成される1つのチームの編成は、特に戦闘的です。それでも上記の同じフェーズに従いますが、1つに統合された2つのチームは異なる企業文化から来ており、他の人々の行動についてほとんどまたはまったく発言できない異なる人々に報告します。社内チームは、コンサルタントが6桁の給与を受け取って、マネージャーの目で彼らの専門的地位と評判を損なうプロセスですべてのハードワークを完全に取り消すというステレオタイプ的な見方をする可能性があります。実際には、「コンサルタント」は契約していて、利益がなく、仕事の保障がほとんどなく、最初は乗り越えられないように見える仕事をするように言われています。
この場合、IMOでは通常、2つのチームをできる限り分離することをお勧めします。適切な管理の下で、2つのチームが1つのプロジェクトに取り組むことができます。チーム間の協議は、プロジェクトマネージャーが特定の設計上の決定と問題のループにどれだけ保持されているかに応じて、上級またはプロジェクトマネージャーレベルで行う必要があります。各チームが同時に行っている作業の重複は避けてください。移動中のターゲットにぶつかるのは難しいので、チーム1はチーム2が現在開発またはリファクタリングしているものに依存してはならず、その逆も同様です。
これは、アジャイルが非常に効果的なプロジェクト管理方法論である状況です。作業を管理可能なチャンクに分割し、独立したチャンクを各チームに割り当て、各チームが要件を満たす最善の方法を見つけ出せるようにします。設計ルールに従っていることを確認してください。チーム2がチーム1のコードへの依存に遭遇したとき、過度のリファクタリングが必要な場合、チーム2は両側で羽を乱します。
単にこれを言う（あなたを引用する）：
通常、整理が必要なときに展開されますが、それらをバインドに入れる決定がなされた理由があることは理解しています...したがって、次のステップを決定して次に進むことを試みます。
もし私が彼らの立場にあったなら、私の防御を下げたでしょう。
初日は世界を変えないでください。
ミーティングだけでなく、個人の輝きをもっと個人的に共有しましょう。
コンサルティングの芸術の1つは、いつステップアップするかを知ることです。彼らはおそらく最新のテクノロジーとソフトウェアの実践と同じくらい自分のドメインに集中しているので、あなたはおそらく内部のプログラマーよりも最新であるでしょう。最新の傾向について話し、おそらく彼らが抱えている可能性のあるソフトウェアの問題の選択肢について話しますが、それは個人的に行います。知識の貴重なリソースになり、開発プロセスの早い段階で関与することがわかります。
単に「請負業者」ではなく、本当に「コンサルタント」であることを確認してください。
コンサルタントは価値とアドバイスをもたらします。請負業者は労働力をもたらします。
「あなたが解決策の一部ではない場合-問題を長引かせるには、それでも深刻なお金がかかります」その見積もりに当てはまらないことを確認してください。