最近雇われた従業員として変更を提案する方法は？[閉まっている]

私は最近、大企業に雇われました（数千人規模のアイデアを与えるため）。彼らは、私の厳格さのために、そして私は若さにもかかわらず（私は25歳です）、C / C ++プログラマーとして経験したので、私を雇ったと言いました。

今、私はシステム全体が古く、しばしば時代遅れの技術を使用していることがわかります。命名規則はありません（ファイル、関数、変数など）、バージョン管理を使用せず、例外やポリモーフィズムを使用しません。ほとんどの人が情熱を失ったようです（一部は30歳です） ）。

いくつかの変更を提案したいのですが、私は「彼が収まりたくないからといってすべてを変えたい新しい男」になりたくありません。「はめ込む」ことを試みましたが、実際には、使用することを余儀なくされている貧弱なツールのために、午後に行うことを行うには1週間かかります。私の同僚の多くは、人々が最近使用している新しい「モノ」やテクニックを決して見ません。あきらめたようです。状況は本当にイライラします。

あなたは今までに同じような状況にあったことがありますか？もしそうなら、あなたは私にどんなアドバイスをしますか？ここで黒羊にならずに物事を変える微妙な方法はありますか？それとも、私も自分の情熱とエネルギーをあきらめる必要がありますか？

ありがとうございました。

更新

あなたの貴重なアドバイスに従って、私は変更を提案することができ、Subversionを作成およびデプロイする必要のあるチームを担当しています：D皆様に感謝します！

6ヶ月後

私は辞め、はるかに面白い環境を見つけました。より良い給料と、より興味深い課題がありました。私は何にも戻りません。

私は以前の会社で5年間同じような状況にありました。2004年に私が参加したとき、彼らは次のとおりでした。

• データベースにMicrosoft Accessを使用しています（ビジネスに不可欠なものも含む）
• 開発にVisual Basic 6またはAccess / Excel VBAを使用する
• 社内で開発リソースを使用する代わりに多くのサードパーティを使用する（ビジネスマネージャーが独自の開発プロジェクトを主導し、90％の時間がITの知識なしに入札に出された）
• gaspバージョン管理なし。

去年、会社は次のようになりました。

• .NETおよびC＃のみを使用する
• すべてのAccess開発を追放した
• バージョン管理にSVNを使用する
• 2つの強力なSQL Serverボックスがあり、既存のAccessデータベースをSQLに移行していました
• すべての開発は社内チームを通じて行われ、リソースが限られている場合にのみ入札に出ました

当時21歳になっていなかったので、開発チームで次に若いのは30歳でした。自分ですべてをやったわけではありません。ITマネージャーは同時に入社し、すべての開発をITで実現したいと考えていました。

SVNは私の最初の成果でした。私はラインマネージャーと会議を開き、問題を引き起こしたコードが公開または変更されたいくつかの状況を強調し、説明責任がないことを強調しました。聞き始めました。

その後、チームにプレゼンテーションをまとめてバージョン管理の概念を説明し、SVNが開発者を支援できるいくつかの状況をデモしました。若い人は水にアヒルのようにそれを取りました、古いものはそれほど多くはありませんでしたが、彼らはそれを使用した人について試し、文句を言いませんでした。

もう1つの大きな成果は、完全なシステムを社内に持ち込むことでした。私は、年間120万ポンドのライセンスを節約するプロジェクトを指揮しました。空き時間の約2か月を新しいシステムの作成に費やし、それをITマネージャーに提示して、コスト削減について説明しました。彼はそれをビジネスに提示することを許可し、彼らが好きなものをシステムに実装する方法を説明しました-「既製」システムに制限されることはもうありません。

4週間後、私のシステムは10か所で試験運用され、6か月後に稼働しました。1年後、彼らはサードパーティの契約をキャンセルし、ネットワークからすべての痕跡を削除し、社内システムの大規模な拡張要件のために私たちのところに来ました。

あなたへの私のアドバイス：

• 会社を気にするなら、それを突き出してください。他の人があなたのアプローチを嫌う場合、彼らはあなたにそれを取り上げてください-それはすべて妥協についてです
• 話し相手に合わせて提案を調整する-マネージャーは、a）お金を節約する、b）物事が間違っているときに人々を正確に非難するのが好きですが、開発者はa）時間を節約する、b）立ち上がる方法を聞くのが好きです例えば、彼ら自身のために
• あなたが変化に情熱を持っているなら（あなたのように聞こえます）、あなたの熱意を示し、彼らが熱狂的でなくても落胆しないでください
• 変更を加えることについて話さないでください。それらを作ります。経験豊富な人よりも短い時間で素晴らしい作品を作り始めると、人々は「なぜ？」

彼らは、私の厳格さのために、そして私は若さにもかかわらず（私は25歳です）、C / C ++プログラマーとして経験したので、私を雇ったと言いました。

おそらくあなたが安いからです。

同じような状況になったことはありますか

はい。

どんなアドバイスをくれますか

出て

ここで黒羊にならずに物事を変える微妙な方法はありますか？

あるかもしれません。変更を導入し、すべての人に物事を改善する方法を示します。何回かそれをした後、あなたは失われていない人から感謝を得るかもしれません。

それとも、私も自分の情熱とエネルギーをあきらめる必要がありますか？

ありえない。あなたは若いので、機会を最大限に活用しなければなりません。「どこか」で何年も無駄にしないでください。この位置を見て、それがあなたのキャリアをさらに進めるための貴重な経験を与えるかどうかを理解してください。機会が見つかったら、それらを調べてください。存在せず、それが単なる「仕事」である場合は、外に出てください。実践が示しているように、情熱を失った（または一度も持っていない）人はそれを再獲得することはできません。情熱的な人々のチームを探して参加してください。

例でリード。時間ごとに少しずつ変化します。同僚を引き寄せて、彼らに何かを見せてください。彼らがそれを取得しない場合は、もう一度もう一度試してみてください。

それは時間がかかります。ただ、人々を快適ゾーンからあまりに早く引っ張らないでください。

悲しいが、だからこそあなたはここにいて、彼らはそうではない。

例えば。バージョン管理をローカルに設定し、それがどのように役立つかを示します。次に、バックアップできるリソース（簡単な読み取り）を提供します。

ツールに関する別のこと。時には、より良いツールを購入するために自分のお金を費やす必要があります。私はそれが「やったこと」ではないことを知っていますが、他の業界と話をすると、多くの「本物の」エンジニアが仕事をより良くするために自分のツールセットをファッション/購入しています。私は常にこれを行っており、スキルの萎縮から自分を救うことがわかります。

私は老人（51）で、これまで経験したすべての仕事でこの同じ問題を抱えています。たぶん、それは常に部屋の中で一番頭の良い男であることから来るのでしょう！:-)真剣に、しかし、あなたがそれを正しく行う方法を知っていて、彼らがそうしないとき、あなたはしばしば、「ねえ、私はみんなこの新しい改良されたテクニックを見せて、彼らはすべて感動し、飛び込みたいと思うでしょうそれを使用します。」しかし、実際には、90％の時間で、人々はより良​​い方法を示します。そして、彼らはずっとずっとそれをやってきた方法がより良い理由について、言い訳の長いリストを思い付きます。それらの理由が妥当でないことを実証すると、彼らは新しい、さらにはより遅い理由を思いつきます。私はたくさんの時間を過ごしました

あなたが本当に天才であっても、あなたがそれを証明するまで誰もあなたが天才であることを知らないことを受け入れなければなりません。私は、ある会社で10年間過ごした後に新しい仕事を始めた友人のクリスを思い出します。新しい仕事を始めて間もなく、彼は彼らが技術的な問題について話し合っている会議に出席し、提案された解決策を提供し始めました。それから他の誰かが割り込んで、「うん、ありがとう。ボブ、どう思う？」と言った。最初、彼はイライラしていました。彼は正しい答えを知っていましたが、誰も気にしませんでした！その代わり、彼らは彼が知っていたよりもずっと少ないことを知っていた誰かの意見で行った。しかし、彼は気づいた、私の古い仕事で、私は彼が話していることを知っている誰かとして評判を築いていたので、私が話したとき、人々は耳を傾けました。ここで、私はまだ評判がありませんので、誰も私が思うことを気にしません。

私は現在の仕事に2年間携わっていますが、ここ数か月で、意気消沈した意見が重要なものになり始めました。あなたは我慢しなければなりません。

一方、新しい人々は、組織についてまだ十分に知らないため、なぜ物事が今のように行われているのか分からないため、実際には非現実的である改善のための何百万もの提案があります。時々、人々は同じことを20年間続けています。なぜなら、それは常に行われている方法であり、より良い方法を探す人は誰もいないからです。しかし、経験によってそれが良い方法であることが示されており、何か違うことをしようとするたびにそれが災害であるため、人々は20年間同じ方法を続けます。だから、これらの人々はすべてばかだと結論付けるのに速すぎないでください。あなたの素晴らしい新しい提案を出す前に、彼らが古いやり方をしている理由を見つけてください。人生でたくさんの時間を過ごしました

会社を改善したい仲間を見つけましょう。

今、救済して腐敗したままにしておくことについて、何か言わなければならないことがあります。ただし、バージョン管理やその他の改善点を成功裏に支持すれば、履歴書上で素晴らしいものになります。

今後のインタビューでジョエルテストを使用します。あなたも会社にインタビューしていることを忘れないでください。

私の最初のアドバイスは、あまりにも早く変更しようとしないことです。まず、物事を成し遂げることができる信頼できる優れた開発者としての評判を得ます。現在、初心者として、あなたが提案するものは疑わしいものです。彼らはあなたをまだ知らず、尊敬していません。あなたの最初のステップとしてその尊敬を得ます。次に、変更の導入を開始します。

慎重に接地してください。新しいテクノロジーではなく、バージョン管理から始めてください。本当にそれが最も重要な変化だからです。コードだけでそれを行うこともできます。それから、以前のバージョンに戻るか、変更点を見つけるためにcompmpareする必要がある場合、カジュアルな会話がどれほど簡単かを人々に知らせることができます。

あなたの現在の知識を使って輝いている人になると、人々はあなたがこれをどのようにやっているのか尋ね始めます。パソコンが最初に職場に来たとき、私は政府の監査機関で働いていました。高齢者は全員、自分のコンピューターを所有することに非常に反対でした（秘書のために働いていたからです）。ジュニアは最初のコンピューターを手に取って、シニアがロータス1-2-3とハーバードグラフィックスでできないことを始めました。

組織文化の変化は技術的な問題ではなく、政治的な問題です。オフィス政治の管理に関するいくつかの読書を行います。あなたは高いレベルで政治的支援を必要とするでしょう。

私は現在の仕事で同様の状況に遭遇しました。私は大学院生からすぐに雇われ、15年以上ここにいるエンジニアがほとんどのチームで働いています。変更を加えることは簡単ではありませんでしたが（まだいくつかのことをやろうとしています）、それは可能です。

たとえば、私のチームは16ビットDOSテストユーティリティを保守、更新、使用していました。このユーティリティは、コードを追加した場合、適合するために何か他のものを削除する必要があるポイントまで16ビットリンカーの制限をアプリが押し上げたため、更新するのが非常に面倒でした。16ビットコードでこれほど多くの時間とエネルギーを無駄にしている理由を尋ねると、「DOSで実行してブート可能なフラッシュドライブから実行できるようにする必要があるから」という回答がありました。私は彼らにユーティリティを32ビットLinuxに移植するよう説得しようとしましたが、管理者はそれをするための時間を費やすことを望みませんでした（私たちはすでにやるべきことが多すぎました）そこで、ダウンタイム（昼食時、週末、または他のコードのコンパイルを待っている間に、あちこちで15分）でユーティリティを移植しました。数か月の間に、このユーティリティを完全に移植し、元の16ビットアプリでは処理できないあらゆる種類の機能を強化し、Linuxフラッシュドライブから起動しました。人々は私がそれを使い始めたときに気づき、私が物事をより速く成し遂げることができる方法と私のユーティリティがより良いデバッグ出力を生成する方法についてコメントしていました。すぐに、経営者はそれについて聞いた。彼らが利益を（そして最も重要なことには、仕事が既に行われたことを）見たら、彼らはもはやそのアイデアに反対していませんでした。

このストーリーから学んだ教訓は次のとおりです。何か改善できると思う場合は、上司に話してください。彼らがそれにリソースを費やしたくない場合は、自分でそれを行い、あなたのアイデアが有効で有用であることを彼らに証明してください。誰かが提案するアイデアに対して、あなたの目の前にある明らかな価値のあるものよりも、ノーと言う方がはるかに簡単です。

チーム/マネージャーがアイデアを実装し、そのメリットを理解し始めると、彼らは将来あなたのアイデアを聞く可能性が高くなります。テストツールを書き直して得た「ストリートクレデンシャル」を使用して、現在の古風なバージョン管理システム（恥ずかしさを避けるため匿名のまま）を捨てる必要があることをチームに納得させ、Subversionに移行しました。私は、管理者が承認することを確実にするために、セットアップ/移行の取り組みを主導することを志願しました。

これは、「一度に1ステップ」のようなものです。おそらく、変更したいものが山ほどありますが、最初は小さなものを選んでください。チームやマネージャーが「ノー」と言うことのできない方法で、アイデアの質を実証します。あなたのstackoverflowアカウントと同様に、あなたが持っている良いアイデアが多いほど、あなたの評判はより良くなり、あなたのアイデアが受け入れられるのは簡単になります。

あなたがローカルに持っていたいツールを間違いなく使い始めてください（可能な場合-いくつかの会社は、奇妙にタイトな拳であなたの箱にインストールできるものを制御しているようです）。お気に入りのバージョン管理システムをセットアップして、使用を開始してください。触れるコードでは、特に新しいコードを作成する場所で、コードをきれいにする小さな変更を加えます。彼らがあなたの厳格さと経験のためにあなたを雇ったなら、それは彼らがあなたをすでに尊敬していることを意味します。

最近Hiring RenとStimpyを読みましたが、Stimpyの例は大きな挑戦でした。彼のリードに従えば、同僚からあらゆる種類の視点を（きちんと）求めることになり、情熱のない開発者にはない知識を身に付けることができます。改善する方法を夢見ている暇な時を過ごすでしょう。会社があなたの仕事を価値あるものとみなすなら、あなたはかけがえのないものになるでしょう。そうでない場合は、おそらく就職活動をしたいと思うでしょう。

多くの人が一度に1つの小さなことに焦点を当てるという提案で答えており、何人かはバージョン管理を提案しています。さらに一歩進んで、デスクトップマシンでリポジトリを作成し、それらのリポジトリから作業します。会社が使用するマスターリポジトリから定期的に更新します。誰かがマスターを破損したために危機が発生した場合（そうでない場合）、個人リポジトリから新しいコピーをカットできることを伝えます。

ただし、いかなる状況においても、個人的に所有または持ち帰るマシンに会社コードを置かないでください。なぜなら、あなたはヒーローではなく、弁護士（せいぜい）または法執行機関（せいぜい）から机の反対側にいることに気付くかもしれないからです。

別のジュニア開発者から来ています...あなたは素晴らしい人材スキルを持っていますか？優れた自己抑制意識を持ち、アイデアを提案するのが適切であるかどうか、およびアイデアをどのように販売するのが適切かを理解していますか？たとえあなたがそうしても、あなたはあなたの価値を証明せずに他の人々に彼らの仕事をする方法を伝えるために、まだ「その男」になるかもしれません。

これが、私がまだ若い開発者としての信頼性を構築する方法です。キンク/クラッジ/時間の無駄を特定します。次に、他の人を煩わせることなく、自動化して（バッチファイル、Powershellスクリプト、単純なプログラム、新しいフリーウェアなど）修正します。継続的な技術的自己教育の一環として、「新しいことを学び、会社を支援するために余分な時間を費やす」と考えることができます。

私の修正が特に気の利いたものである場合、私はそれを共有し、「やあみんな、このクールなツールを作った。XYとZを自動化し、この他のことを速くする」と言う。名前を付けてください。繰り返す。あなたのレベルのパフォーマーの割合が高い場合、数ヶ月で信頼性の問題は解決します。あなたのアイデアが良い理由とそれが彼らの問題を解決する方法を説明する準備ができているなら、あなたの上の人々はあなたの提案に対してよりオープンになります。

最近、受け入れられた新しいアイデアを上級管理職に提案することができました。その主な理由は、自分の理由を説明し、彼らのフィードバックに耳を傾け、過去の仕事の信頼性を確保したからです。

補遺：上司があなたの行動に疑問を抱いている場合...あなたのパフォーマンスが少なくとも「トップ25％」に留まると感じない限り、このようなことをしないでください。そのトップ％にあなたを押し上げる巧妙な修正のまたは彼はあなたが時間を無駄にしていると思います。肯定的なパフォーマンスフィードバックを引き出しながら新しいユーティリティとソリューションを捨てている場合でも、彼はまだあなたをマイクロ管理することを主張しているので、このトピックの範囲外の問題があるかもしれません。

溶け込む

あなたが言ったように、あなたは黒い羊になりたくない。ただし、あなたは（私のように）いくつかの有用な変更を追加したいので：

バックグラウンドで値を追加します。

cronjobsをセットアップして、人々のコードをsvn / hg / gitにチェックインします。開発作業を明らかに改善できる独自のツールを自分の時間に作成します。特に、あなたは自分のキュービクルであなたの先輩を見せることができる会社を改善したいです。理由は次のとおりです。

うわーファクター

「アリスさん、ボブがどのようにビルドを壊したのか知っていますか？私は彼の編集を元に戻すことができ、ビルドが再び機能します」と言うことができます。そして、あなたの先輩が聖なるたわごとを言うとき、多分あなたは彼らにあなたの新しい習慣を押し通すか、少なくとも奨励するほどの情熱を目覚めさせるでしょう。

これが私のアドバイスです。

私は同じような状況にありました、最初に言うべきです、私の会社は6人の開発者についてかなり小さいです、私は新しい技術、新しいツール、仕事をより簡単にし、より良い品質のソフトウェアを生産するものを使うのが好きな種類のプログラマーです。

私が始めたとき、VS2008がかなり前から出ていたVisual Studio 2005を使用していましたが、上司にお金を出してもらえるように開発者全員をアップグレードするのは簡単ではありませんでした。 「これができたらいい」とは思いますが、私が上司に届ける前に、他の開発者がそのアイデアに満足していることを確認します。好意は一人の決定のようには見えません。

上司にアイデアを提案するだけでなく、考えられる変化をゆっくりと持ち出すことができると思います。会社をより良い方法で変えるアイデアを提案すると、仕事を気遣い、計画していることもわかるからです。そこに家を作ることに。

これは、あなたがいる職場環境と上司の性格にも依存します。彼らがのんびりしてあなたを家族のように扱い、アドバイスをしてからそれを提案するならば、彼らはあなたを数字のように扱うなら、私はどのように非常に注意するでしょうあなたがそれに近づく。

一生に一度のチャンスかもしれません-25歳で会社の働き方を変えることです。

覚えておいて、あなたのインタビューは双方向のプロセスでした。あなたは彼らがどれほど古くて変化に抵抗しているのかを感じたかもしれません。

追伸、私も25歳で、あなたの気持ちを知っています。おそらく、同僚よりも新しいことを学び、新しいことに挑戦したいと思うでしょう。とにかく、私が紹介しているこの.NET4の仕事に戻る必要があります;）

ジョエル・スポルスキー著、あなたがうなりだけのときに物事を成し遂げることを読んでください。

...場合によっては、経営幹部が組織に変更を加える権限がない場合があります。明らかに、あなたがトーテムポールの一番下にいるうんざりしたプログラマーなら、スケジュールやバグデータベースの作成を開始するように人々に正確に命令することはできません。実際、あなたがマネージャーであっても、開発者の管理は猫の群れによく似ていること、おそらく面白くないことに気付いているでしょう。単に「そうする」と言っても、そうはなりません。

The Joel Testの得点が低い組織で働いていると、イライラすることがあります。コードがどれほど優れていても、同僚は、プロジェクトに関連付けられることに恥ずかしいほど悪いコードを書きます。または、管理者がどのコードを書くかについて悪い決定を下しているため、子供向けの退職計画ゲームのAS / 400バージョンをデバッグする才能を浪費せざるを得ません。

...悪いチームで人生を扱うことは腹立たしいことがあります。しかし、下からチームを改善する戦略があり、それらのいくつかを共有したいと思います...

経営陣と協力します。「ならず者にならない」。プロセス内で作業し、人々が理解する用語に物事を入れます。たとえば、「svnを実装すると、サーバーにスペースが必要になり、セットアップに2日かかります。バックアップする必要がありますが、x、y、z 、それは私たちに多くのお金を節約することができます。」

終了する。そこにはたくさんの仕事があります。偶然あなたを雇った偶然の会社を修理するのはあなたの仕事ではありません。彼らは彼らのあり方が好きで、そうでなければ彼らは新しいCTOか何かを雇うだろう。