質問

最近、給料の引き上げとキャリア促進のために、大規模な大学病院をはるかに小さな病院に移しました。もちろん、これらの2つのことは一般的に興奮するものであり、大きな成果(特に私の年齢の人にとって)ですが、毎朝仕事に行くときに内側にふくれていることに気づきました。私が参加した新しいt = eamは、コーディングプラクティス、最新のテクノロジー(いまだに従来の.ASPを使用している)、およびソフトウェアの時代に恐ろしく遅れをとっています。 / BIDS 2008から古代SQL 2000 / VS 6.0の遺物を使用します。

最初は、それほど悪くはないが、すべての企業がすぐに最先端にいるわけではなく、その正しい火花が変化と改善の方向にそれらを送るのを待っているだけだと思った-いや-私は提案したいくつかの新しいツールと、彼らが私たちの側とクライアント側の両方に私たちの会社に与える利点は何ですか?しかし、彼らは(私が所属しているチームのように)私を外国人のように見て、私に与えてくれました単純な、なぜ私は私が私のケースを作った後でも、それらのものが必要なのでしょうか。

これにより、私はこれを正しい方法で進めていないかもしれないと信じるようになり、若い開発者やエンジニアが若いうちに経験を共有することを望んでいました。時代が変わったことは知っていますが、それでも役立つと思いますし、アドバイスをいただければ幸いです!

みんなありがとう!

役に立ちましたか?

解決

実際の問題を以前の技術よりも簡単かつ効率的に解決しない限り、新しい技術を採用しても意味がありません。 (学習曲線を含む。)。

大学には膨大な量のレガシーコードがあり、それらは古いテクノロジーに依存している可能性があります。後のものに移行することは、非常に費用がかかり面倒なプロセスであり、正当化するのは非常に困難です。

新しいテクノロジーを導入する方法は、大学全体がSharePointなどに移行することを決定した場合のように、アーキテクチャの段階的な変更、または新しいテクノロジーの利点を示すことができる新しいプロジェクトのいずれかです。既存の開発者に時間をかけて彼らを理解してもらいましょう。

これらすべてについて心に留めておくべきことは、ほとんどの人は変化を好まないということです。 たとえば、特定のシステムまたは技術の専門家。

他のヒント

最初に、新しいときに大きな変更を提案することはほとんど常に悪い考えであることを理解してください。最初に、パフォーマンスを通じて彼らを尊敬させ、次に変更を提案します。次に、これらの変更を行うビジネスへのコストを理解することもできます。これが変更を行っていない理由です。

彼らがあなたがそこに行く前にこれらのツールを使用していると彼らが言った場合、あなたが住み、そこでしばらくの間仕事をすることを選択した環境を受け入れてください。彼らがあなたが彼らが前進するのに不足しているスキルを持っているのであなたが欲しいと言ったなら、あなたが話をする必要がある人はチームではなく雇用マネージャーです。これにより、チームの友達が作成されないことに注意してください。

あなたへの私の主な提案は、あなたがオフィスの政治についての読書を始めることです。これを再試行する前に、いくつかのアライアンスを構築してください。おそらく、新しいものを使って仕事をしたい人もいるでしょう。たぶん、dbaは10歳のスキルにこだわるのも嫌いでしょう。

SQL Server 2000から2008に変更する限り、2000はサポートされなくなり、SQL Server 2010がリリースされると、直接のアップグレードパスはなくなります。これが最終的に2008年へのアップグレードを開始した理由です。それが起こる前に変換する方が良いです。 Microsoft Webサイトを調べて、いつ何が起こるかを正確に調べてください。

率直に言って、あなたは運が悪い。彼らが学ぶ必要性を感じないなら、彼ら自身でそれをするつもりは決してありません。あなたはオフィスで義務付けられた新しいものを手に入れるために働かなければならないでしょう、そしておそらく彼らのためにいくらかの訓練にお金を払う方法を見つけるでしょう。または上司に彼らを解雇するよう説得してください。

多くの非テクノロジー環境では、人々は自分のわだちに落ち着き、時代遅れになっても同じツールを使い続けています。 100回見ました。

ここには多くの未知の変数があり、あまりにも多くの変数があるので、アドバイスするのはちょっと難しいです。知りたい:

    あなたはこのチームを管理していますか、それともただのコーダーですか?
  1. 採用マネージャーは、チームを新しいテクノロジーにアップグレードするという特定の使命をあなたにもたらしましたか?
  2. 使用されているテクノロジーのアップグレードに関する上級管理職の態度はどのようなものですか?

このチームを担当している場合は、議題を設定し、新しい方向に全員を興奮させ、おそらく誰かを解雇して、ビジネスを意味する他の人(できればうめき声を上げる人)を見せることができます声が最も大きいか、足を最もはっきりと引きずります)。

あなたが単なるコードモンキーである場合、または上級管理職が現在の状況に問題がない場合は、履歴書の送信を開始します。何も変更する立場にないためです。また、次に仕事に就くときは、使用しているテクノロジーの詳細を尋ねます。

これは常に発生します。

参加することに同意する前に、使用するツールとその機能を尋ねる必要があります。 また、「私がサインアップするためだけにあなたがそれを作ったことがわかった場合、私は長く滞在しません。」のような何かを指摘します。」

人々は強く変化することに抵抗することに気付くでしょう。そして、人々がそれを変更しようとするために変更を拒否する理由を知っておくべきです。

まず、一般に人々はリスク回避者です(一部の「早期導入者」例外を除きます)。つまり、人々はリスクを回避し、あらゆる変化はリスクです。

第二に、あなたの状況では、人々は変化によってどこに置かれるかを恐れる傾向があります。次のように考えてください。チームの開発者が「xxxテクノロジーに変更した場合、それが私のキャリアにどのように影響するか」と考えます。昇進や解雇のチャンスにどのように影響しますか?彼らは新しいテクノロジーを知らず、時代遅れになったり、専門家としての地位を失ったり、「古い方法」で何をしたりしたくないのです。

最後に、特に古いもので長い間働いてきた場合、特に新しいことをすべて学ぶことと理解することは困難です。それは時間がかかり、まるであなたがバカであるかのように感じさせます。最も古いチームでは(そして、文字通り年配の人という意味では)、テクノロジーを既に知っている若い人に取って代わられる恐れも高まります。

抵抗を克服するつもりなら、すべてに対処する必要があります。

まず、物事を段階的にする必要があります。一度に1つのステップ、一度に1つの製品。会社全体のプロセス全体を変更しようとしないでください。代わりに、より小規模なプロジェクトを提案し、新しい技術を適用してください。プレゼントはチャンスでありテストです。役に立たない場合はもう使用しませんが、試してみましょう。リスクは最小限になります。

その後、人々を安心させます。誰もが感謝していることを確認し、あなたまたは会社が、使用されている特定の技術に関する分野での長年の経験を信頼していることを確認してください。人々の声に耳を傾け、彼らの意見を尊重し、彼らがあなたの考えを気にかけていると感じさせます。もちろん、これは行為ではないはずです、あなたは本当にそのように感じる必要があります。優れたチームはお互いを信頼しています。

一方、変更を処理します。マイルストーンはもっと広くする必要があります。変更を考慮する必要があります。チームに、変化が難しいこと、そしてそれが長い時間のプロセスであることを理解してもらう必要があります。新しいものが古いものよりも時間がかかる場合、誰も判断されず、失敗が予想され、そのために誰も解雇されないこと。

最後に、変更が必要な場合は、人々を安心させ、変更が単なるテストであることを理解させる必要があります。もちろん、会社もこれを理解する必要があります。マネージャーにとって、これは明確なリスクと利益のレポートを彼らに提示し、真実を述べ、なぜ変更を行わなければならないのかを彼らに伝えることを意味します。

経営陣と話すときは、競争が常にあることも忘れないでください。あなたは進化しなければならないか、より正確に常に進化しなければなりません。製品の機能性と外観が同じように見えても、マーケティングの観点から見ると、最新のxxxテクノロジーと最新のyyy開発テクニックを使用すると言うのは素晴らしいフックです。クライアントは愚かではありませんが、コンピューターリテラシーでもないため、ファズワードに簡単に感銘を受けます。 1つ。

もう1つ:" について伝えると便利かもしれませんチーズを動かした?履歴"変化を中心に展開し、変化を中心に市場がどのように進化するか。

変化は、個人と職業の両方のすべての人生において基本的なものであり、常に考慮されるべきです。 「今すぐ変更するのは危険すぎる」と誰かが言うたびにまたは「変更する余裕がない」あなたは本当にそれをトラフと考えなければなりません...長期的に見られている写真、または私たちがショーについて話しているすべてです

時代遅れのツールだけですか?それとも、彼らが作っているコードは準同等ですか?コードの場合、最善の策はグループコードレビューです。単なるツールの場合は、不足している機能とそれらがグループにどのように役立つかをリストした記事やドキュメントを作成するだけです。

チームが過去に立ち往生している場合、あなたがそれに対してできることはあまりないかもしれません。一部の開発者は、新しいテクノロジー/メソッドの利点を認識していないか(場合によっては正しいかもしれません)、変更を恐れています。私は彼らから何ができるかを学びたいと思います-あなたが学ぶことができる多くの対人関係、プロジェクト管理、政治および他のスキルがあります。現在のテクノロジーに遅れずについていくためにあなた自身の時間を費やし、他の何かに移る機会のために目を開いておいてください。今のところ、何ができるかを学びましょう。多くの開発者はテクノロジーに焦点を当てており、後のキャリアで本当に必要となる重要なスキルを見逃しています。

私たちは全員、プラットフォームとテクノロジーの偏りがあり、新しい人がチームに参加し、すべてを自分のやり方に変えたいと思うとき、それは破壊的であり、チームはしばしば動機がたとえ良い。

残念ながら"あなたはJavaを使用していますか??イック!これらすべてをすぐにC#に移植する必要があります!"タイプは、多くの新しいものを提案している新しい男に人々を正当に懐疑的にさせました。

新しいプロセスや技術を提案する際に私が提供する可能性のある提案の1つは、彼らが抱えている、または関連する可能性のある実際の問題に関してそれを組み立てることです。テクノロジーは解決策ではなく、答えです。問題を見つけて、チームの苦痛を考慮して共鳴する側面を強調する技術について茶色の袋を教えることを提案します。セールスピッチアプローチをとるのではなく、価値を実証し、彼らが自分でやってくるようにします。

どのように主張しましたか?専門的で非妥協的ではありませんが、それはほんの始まりに過ぎません。

誰かを変えさせるよう説得しようとしているとき、その人に何が含まれているかを強調します。彼らが望むものを見つけ出し、新しい技術がどのように役立つかを示します。

経営陣は、より多くの作業を行い、費用を節約したいと考えています。マネージャーは、より新しくてより良いものを望んでいることを気にしません。最新のものに行くと、お金と仕事でX%を節約できることを示すケースと研究を見つけてください。費用の見積もりを作成または作成します(ツールだけでなく、トレーニング、デュアル開発トラックなど)。古いものは残っていることを忘れないでください、そしてそれを説明する計画が必要です。

あなたの同僚は、これが彼らにとってどのように良いのか、そして彼らがそれに苦しむことはない、と言われる必要がある。彼らはこれに多くの投資をしています。彼らは何をしているかを知っており、コードベースを知っています。新しいシステムに移行すると、彼らは自分が何をしているのかわからず、コードベースを知らず、最初は無能になり、消耗することを恐れるでしょう。これは平均的な人に多くのことを尋ねるだけでなく、一部の人(退職から3年の男など)に尋ねるには多すぎるかもしれません。

現在のシステムについて好きではないものを見つけ、新しいソフトウェアがどのように役立つかを示します。トレーニングについて話し合い、少なくとも簡単に変換できることについて前もって話してください。新しい機能を利用することを心配せずに、新しいシステムで通常行うことを行う方法を示すことができれば、それは大いに役立ちます。彼らの知識はコードベースだけでなく、ビジネスとその要件に関するものであることを強調します。

そして、古いものをダンプすることを期待しないでください。プロジェクトを開始するときにのみ新しいツールを導入することができ、レガシーシステムと互換性がない場合は、単に動作しません。

これはもちろん難しいことです。数年滞在して、よりモダンなショップに移動した方が良いかもしれません。

前に述べたように、レガシープロジェクトが正常に実行されている場合は忘れてしまいます。誰にも説得して書き直すことはできません。より良い方法は、新しいプロジェクトが入るまで待って、その時点で新しいツールの使用を提案することです。これらの新しいツールがどのように効率などを改善するかを主張しますが、それらは新しいので使用するだけでよいと主張しないでください。これは、管理者がそれほど重要ではないと見なす小さなプロジェクトでこれを行う方が簡単かもしれません。

1つのプロジェクトを立ち上げて実行すると、戦いの半分を獲得し、管理に対する新しいテクノロジーの利点の例として使用できます。

とにかく頑張って。

新しい人がやって来て、まったく合法で、前向きで、役立つ方法であっても、新しいツールについて説教を始めると、しばしば「あなた対彼ら」を設定することができます。雰囲気。

そのようにすべきではありませんが、これらの驚くべき新しいツールが多くの作業を節約することを認めることにより、彼らが多くの時間を無駄にしてきたという暗黙の承認のようなものです。個人レベルで大丈夫だとしても(外部の制約はさておき、たいていの人は良い仕事をしたいだけです!)、「新しい男」が上司にどのように見えるかについては慎重です。彼らよりも多くを知っています。

アイデア:地元のデベロッパーイベントに一緒に行かせる。そうすれば、エキサイティングな新しいものを一緒に発見するようになり、「私のツールはあなたのものよりも優れている」ということではなくなります。もの。

他のすべての上に、新しい職場で信頼を築くために、いくつかの肘のグリースを入れていくつかのプロジェクトを釘付けにする必要があります。

また、SQL Server 2000は素晴らしいといつも思っていました。 SQL 2K5および2K8は素晴らしいアップグレードですが、2000は本当に堅実なものです。 Accessで実行されているわけではありません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top