私は最近大学を卒業したばかりで、労働力の高齢化が進んでいる大企業で働いています。できれば両方の年齢差で働く人々の経験に興味があります。
例 これまでに遭遇した問題:
私は主にアジャイル プログラミングを学校で学びましたが、プロジェクトに参加していました (ほとんどの開発者はウォーターフォールに慣れています)。
私はプロジェクトでクラスメートや友人と協力することに慣れていますが、年配のプログラマーが自分のことをするのが好きなのを見る傾向があります。私は彼らに質問をせがむような気がします。
私はどちらかというと夜型プログラマーだと思いますが、年配の同僚のほとんどは早朝 (午前 5 時) です。
技術職での年齢差に関する経験は適合です。
大学を卒業したばかりの私は夜更かし型で、他のみんなが去ってから何時間も遅くまで滞在していましたが、朝遅くに仕事に就きました。他の人との関係を築くのは本当に大変でした。質問したり、共同作業をしたりしたときにも、私も歓迎されないと感じたのは当然のことでした。
同僚が時代遅れと見なされているウォーターフォール方式を使用している場合でも、それが効果的に機能しないことを意味するわけではありません。プロジェクトの成功は、特定の方法論よりもチームワークと関係があります。アジャイル手法はこのアイデアを成文化しましたが、成功したチームではまだ非公式に実践されています。
グループ全体の仕事のやり方を変えるつもりはないので、しばらくの間それを試してみてください。彼らがする時に仕事に来なさい。コーヒーブレイクで彼らと話し、彼らと一緒に昼食に行きます。自由形式の質問をして、その答えを聞いてください。あなたは彼らが提供するいくつかの有用な経験を持っていることに驚くかもしれません。
また、アジャイル手法を採用するように説得しようとしないことをお勧めします。代わりに、事実上、いくつかのアジャイル手法を実践することができます。たとえば、難しい問題を解決するために誰かに肩越しに見てもらうだけです（人々は通常、難しい問題を解決するスキルを示してくれます）。出来上がり！あなたはペアプログラミングです。しかし、それをそれとは呼ばないでください！:-)
いわば、私はフェンスの両側にいました。
アジャイル プログラミングの問題点は、他のツールと同様に、常にタスクに適しているとは限らないことです。一部の環境では、ウォーターフォール方式が依然として有効です。
コラボレーションの違いは年齢差ではなく、その会社や職場環境が育んできたスタイルだと思います。私は学校を卒業したばかりの防衛請負業者でしばらく働いていましたが、プロジェクトのほとんど全員が私よりもかなり年上でしたが、非常に多くの協力がありました. 逆に言えば、みんな同い年くらいで連携がほとんどない会社で働いたことがあります。
人々は、質問への回答やメンタリングを好むか、そうでないかのどちらかです。年齢は必ずしも大きな違いを生むわけではありません。私は自分よりも年上や年下の人と一緒に仕事をしてきましたが、(プロジェクトに関係があるかどうかにかかわらず) 質問に答えるのが本当に好きな人はごくわずかです。
素晴らしい質問です。私はこのビジネスに 50 年近く携わっていますが、今も学んでいます。
不満があるとすれば、ほとんどすべての若いプログラマーがプログラミングの授業を受けており、彼らの頭は規範的な判断でいっぱいだったということでしょう。アーサー・C・クラークの小説「都市と星」を思い起こさせます。この小説では、住民は理性をはるかに超えて都市の境界の外に出ることへの恐怖を植え付けられました。
私は主に独学 (プログラミング) で、他の種類のエンジニアリングのバックグラウンドを持っています。他の種類のエンジニアリングでは、アイデアが悪魔のように恐れられたり (goto)、神話的地位に昇格したり (OOP) されたりすることはありません。むしろ、すべてのアイデアには長所と短所があり、多かれ少なかれ有用な状況があります。すべてが数学に基づいており、創意工夫が重視されます。
若いプログラマーは明るく、意欲的でエネルギッシュですが、もっと好奇心旺盛でオープンマインドであってほしいと思います。
この口調が耳障りに聞こえる場合は、事前にお詫び申し上げます。実際、これを書いているときは非常に面白がっています。なぜなら、あなたの状況は常に発生するからです。つまり、職場で「初心者」と「老人」の違いに最初に気付いたのはあなたではないからです。 ;-)
最初の欠点: 「古い学校」と「新しい学校」 -先輩が「古い学校」であると仮定すると、劣等感は偏見と呼ばれ、キャリアを始めるのにあまり良い方法ではありません。
おそらく、「古い学校の生徒」は、特に彼らのドメインで、あなたの周りのサークルをコーディングできますし、そうするでしょう。あなたの新しい仕事は彼らのドメインを学ぶことにかかっているので、おそらくあなたは最初に彼らを学び、彼らと友達になり、後で彼らの尊敬を集めた後に彼らに教えるようにするべきです...
...そして、「新しい学校と古い学校」の偏見を確実に抑えてください。あなたの「年をとった」同僚が（まるであなたが老化から免疫があるかのように！） あなたがすべてを知っている「パンク」であると認識した場合、誰もあなたを助けたくありません. 知っていたとしても、パンクが好きな人はいない。;-)
最初の数か月は謙虚なふりをして、注意深く耳を傾け、大学で学んだことよりも実際の仕事の最初の年にもっと多くを学ぶ準備をしてください!
これまでの特定の問題については、別の方法で確認できます。
企業初心者として、あなたは多くの質問をすることが期待されています。ただ飛び上がって、幼児のように 10 秒ごとに高齢者の邪魔をするのではなく、質問をいっぱいにして、1 日に数回だけ割り込んでください。
良いニュースは、あなたがこの質問をしたという事実は、あなたが気にかけていることを意味し、あなたの先輩があなたについてこれを感じることができる限り、彼らもあなたを気にかけます.
あなたが扱っている問題は年齢に依存しているとは思いません。私は2倍の年齢のプログラマーと素晴らしい経験をし、彼らから多くのことを学びました。逆もまた真です。
いつか私は古いプログラマーになるでしょうが、それは私が「古い学校」でなければならないという意味ではありません。
学び続け、新しいアイデアを受け入れるためにオープンになります。
グループに合わせる必要があります。彼らはあなたに合わせて変化しませんが、それはあなたが徐々に変化をもたらすことができないという意味ではありません。
質問に答えたくない人もいますが、特にその話題に本当に興味があることを示すと、ほとんどの人は答えてくれます。
チーム リーダー/マネージャーに、より最新の方法を使用して実行できる小さなプロジェクトを依頼してください (アジャイルは自分で実行するのは難しい場合があります)。それが機能することを人々に示し、それがどのように優れているかを示します。
機転を利かせ、人々を動揺させないようにしてください。「老年と裏切りは若さと技術に打ち勝つ」ことを忘れないでください。勝てない戦いに参加しないでください。人は変化に抵抗します。
いつものように、それは環境と企業文化に依存します。午前8時から午後5時まで営業している企業の仕事をしている場合、夜を好むかどうかは問題ではありません...
さまざまな方法論に関しては、それは実際には、他のすべての人がどの程度「オンボード」であるか、そして最終的にはそれが何かを生み出すかどうかに依存します。私自身、Cowboy Coder方法論グループの出身ですが、多くのコラボレーションが必要なプロジェクトに取り組んでいるときは、少しの間それを支配する必要があります。そして、方法論がどれほど優れていても、それが時間通りに製品を届けるのを邪魔するなら、誰も気にしません。
ウォーターフォールは、欠陥があり機能しないソフトウェア開発モデルの例です。残念ながら、あなたは年老いた同僚にこのことを指摘できる立場にないようですね。:)
あなたの指導に興味を持っていると思われる人 (または数人) が見つかるまで、さまざまな人に質問し続けることをお勧めします。私がキャリアの中で受けた教育やトレーニングは、私が受けた何人かの非常に優れたメンターのアドバイスほど価値のあるものではありませんでした.
メンターを見つけたら、少なくともしばらくの間、メンターのスケジュールを回避することをお勧めします. それがあなたが学ぶことができる唯一の方法であるため、質問することについてあまり気を悪くしないでください（Googleで検索するか、最初にここで質問してください。
幸運を！
編集:元の回答の最初の 2 つの文だけが読まれているように見えるので、私が言ったことをサポートするために、さらにいくつかのリンクを提供したほうがよいと思いました。
最後の 1 つは Royce のオリジナルの論文であることに注意してください。
私も最近大学を卒業しています。私は高齢の開発者と協力していますが、ほとんどの場合、彼らはアジャイル手法を採用しており、ウォーターフォールの代わりにそれを使用することが私たちの目的に必要な理由を理解しています。私はそれの彼らの実行が時々正しくないことを認めます、しかし少なくとも彼らは試みます。
私は、企業の利益がアジャイル手法を正しく使用しようとすることにはるかに大きな負担をかけていることに気づきました。すべてのタスクを計画し、一度に10回のスプリントの時間を見積もるように指示する企業幹部がいる場合は、アジャイルを使用してみてください。それはおそらく変わるだろうし、意味がないことを彼らに伝えようとすると、怒りの噴出を引き起こすでしょう。そのような問題は年齢差を些細なように思わせます。
言語。COBOL と C# の違いだけでなく、問題と解決策を説明するために使用される言葉も意味します。年配の COBOL プログラマーとは、ABENDS、作業用ストレージ (古い学校)、メソッド、自動化された単体テスト (新しい学校) などの共通言語が不足しているため、会話に苦労することがよくあります。人生における他の多くの問題と同様に、「知ることは戦いの半分」です。問題を認識すれば、それを克服するために取り組むことができます。
企業文化は、あなたが心地よく感じられるものではないように思えます。選択肢は 2 つあります。それに慣れるか、ある非常に若いプログラマーにとって文化が変わらないか、職場環境で文化がより望ましいものである別の仕事を見つけるかです。
私が職場で見た年齢の最大の問題は、多くの若者が、自分がグループの中で最も優れていて、最も知識が豊富であり、自分が望むことだけが物事を行う唯一の方法であるという考えを持っていることです. 彼らは、特別な待遇に値するようなことを何も成し遂げていなくても、職場は特別な待遇を与えることを中心に展開すべきだと考えています。彼らは、退屈なタスクが自分の下にあるので、最も興味深いタスクを取得する必要があると考えています。彼らは、既存のシステムを最もクールな新しいものに変更しようとする前に、既存のシステムを理解するという大変な作業をしたくありません。企業の世界は、何かがクールで楽しいかどうかは気にしませんし、チームの最も若い人が何を望んでいるかについても特に気にしません. 公平に思えないかもしれませんが、それがほとんどの企業のやり方です。
年配の労働者は、企業の政治がどのように機能するかをよりよく理解し、ゲームのルールをよりよく理解しているため、より効果的に欲しいものを手に入れることができます. 私の世代が若い頃より良かったと言っているのではありません。
いつかあなたも先輩になり、若い人たちについて、そして彼らがあなたの世代よりもどれほど悪いかについて不平を言うようになります. 怖い考えですね。（いつから母になったの？なんでまだ26歳じゃないの？）
私が見たすべてのことから、業界での経験が 3 年ほどというやや短い期間ではありますが、年齢や経験に関係なく、すべての開発者は 2 つのカテゴリのうちの 1 つに分類されます。
常に学び、特にソフトウェア分野での変化を理解している人は、それを喜んで受け入れるか、完全に歓迎します。
自分は十分に優れていると感じ、「自分の仕事をする」だけで、開発者としての成長に関心がない開発者。
老若男女を問わず多くの開発者が各カテゴリに分類されるのを見てきましたが、カテゴリ 2 に該当する人とは絶対に仕事をしたくありません。カテゴリ 2 に分類される数十年の「経験」がある人よりも、学習と成長に重点を置いている大学のインターンを喜んで受け入れます (彼らがロジックを正しく機能させることができると仮定します)。
多くの場合、人々はこれを取り上げたくないようです。経験自体は、結果に何を期待するかを説明するものではありません。悪い経験があり、カテゴリ 2 に分類されるか、常にカテゴリ 2 の開発者の対象となる開発者は、経験がなく先入観がない開発者よりも悪い経験とより悪い決定をプロジェクトにもたらすことがよくあります。