4

私は最近、昇給とキャリアアップのために、大きな大学病院をはるかに小さな病院に移しました。もちろん、これらの2つのことは、一般的に興奮するものであり、大きな成果です(特に私の年齢の人にとって)が、毎朝車で通勤しているときに、私は自分の内側にふくれっ面をしていることに気づきました。その理由はここにあります。私が参加した新しいt=eamは、コーディング手法、最新のテクノロジ(はい、まだクラシック.ASPを使用しています)、およびソフトウェアの時代に大きく遅れをとっています。VS2008、.NET 3.5、およびSQLServerを使用することでタイムワープが遅れています。 /BIDS2008から古代のSQL2000/VS6.0の遺物を使用します。

最初は、それほど悪くはありませんでしたが、すべての企業がすぐに最先端にいるわけではなく、その正しい火花が変化と改善の方向にそれらを送るのを待っているだけだと思いました-いいえ-私は提案し始めました(専門家と非専門家で見下すような方法)いくつかの新しいツールと、それらが私たちの側とクライアント側の両方で私たちの会社にどのような利点をもたらすか、しかし彼らは(私が所属するチームのように)私をエイリアンのように見て、私にシンプルな、私が主張した後でも、なぜ私たちはそのようなものが必要になるのでしょうか。

これは私がこれを正しい方法で行っていないかもしれないと私に信じさせ、彼らが若くて始めたばかりのときにもっと多くの上級開発者/エンジニアが彼らの経験を共有することを望んでいました。時代が変わったことは知っていますが、それでも役立つと思いますので、アドバイスをいただければ幸いです。

みんな、ありがとう!

4

12 に答える 12

8

以前のテクノロジーよりも簡単で効率的な方法で実際の問題を解決しない限り、新しいテクノロジーを採用することは無意味です。(学習曲線を含む。)

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

新しいテクノロジーを導入する方法は、大学全体がSharePointなどに移行することを決定するなど、アーキテクチャの段階的な変更か、新しいテクノロジーの利点を実証できる新しいプロジェクトのいずれかです。既存の開発者には、それらをある程度理解する時間があります。

これらすべてを念頭に置いておくべきことは、ほとんどの人は変化を好まないということです。既存のテクノロジーを変更することで、人々の足を踏み入れることになります。たとえば、特定のシステムやテクノロジーの専門家。

于 2009-10-22T14:25:51.557 に答える
4

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

あなたがそこに行く前に彼らがこれらのツールを使用していると彼らがあなたに言ったなら、あなたはこれがあなたが住んでいてしばらくそこで働くことを選んだ環境であることを受け入れるべきです。あなたが前進するのに欠けているスキルを持っているので彼らがあなたを望んでいると彼らがあなたに言った場合、あなたが話す必要があるのはチームではなく採用マネージャーです。これにより、チームに友達が作成されることはありません。

あなたへの私の主な提案は、あなたがオフィスの政治についていくらかの読書をし始めることです。これを再試行する前に、いくつかの同盟を構築してください。おそらく、新しいものを扱いたいと思っている人もいるでしょう。たぶん、dbaは10年前のスキルにとらわれるのも好きではありません。

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

于 2009-10-22T14:41:28.187 に答える
3

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

多くの非技術環境では、人々は自分の轍に落ち着き、時代遅れになっても同じツールを使い続けます。それを百回見た。

于 2009-10-22T14:25:59.030 に答える
2

ここには未知の変数がたくさんあるので、アドバイスを与えるのは難しいです。知りたいのですが:

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

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

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

于 2009-10-22T14:37:15.453 に答える
1

あなたは人々が強く変化することに抵抗するのを見つけるでしょう、そしてあなたは人々がそれを変えようとするために変化を拒絶するために使う理由を知っているべきです。

第一に、一般的に人々はリスク回避者です(いくつかの「早期採用者」の例外を除く)。つまり、人々はリスクを回避し、変更はリスクです。

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

最後に、特にあなたが長い間古いもので働いてきたとき、新しいものすべてを学び、理解するのは難しいです。時間がかかり、バカみたいな気分にさせてくれます。最も古いチームでは(そして私は文字通り年をとっているという意味で)、それはまた、すでにテクノロジーを知っている若い人に取って代わられることへの恐れを増大させます。

あなたが抵抗を克服するつもりなら、あなたはすべてのものに取り組む必要があるでしょう。

まず、物事は段階的でなければなりません。一度に1つのステップ、一度に1つの製品。会社全体のプロセス全体を変更しようとしないでください。代わりに、より少ないプロジェクトを採用し、それに新しい技術を適用することを提案します。プレゼントは機会と試練です。役に立たない場合は、もう使用しませんが、試してみると、リスクは最小限に抑えられます。

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

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

結局、変更が必要な場合は、人々を安心させ、変更が単なるテストであることを理解させる必要があります。それが機能する場合はすべての人にとって素晴らしいことであり、そうでない場合は問題ありません。もちろん、会社もこれを理解する必要があります。管理者にとって、これは明確なリスク対利益のレポートを提示し、真実を述べ、変更を行う必要がある理由を伝えることを意味します。

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

もう1つだけです。変化を中心に展開する「誰が私のチーズを動かしたのか?歴史」と、変化を中心に市場がどのように進化するかについて、彼らに伝えると役立つかもしれません。

変化は、個人的にも職業的にも、すべての人の人生の基本的なことであり、常に考慮に入れる必要があります。誰かが「今の変更はリスクが高すぎる」または「変更する余裕がない」と言うときはいつでも、それは本当にトラフだと考えなければなりません...長期的に見られるのか、それとも短期的なシナリオについて話しているのか。後者の場合、私たちは知っていても大丈夫ですが、長期的には失敗します...家は常に価値を高めるので、家を買うために常にみんなにローンを組むようなものです...またはそうですか? ..

于 2009-10-22T14:33:21.140 に答える
1

これは常に起こります。

参加することに同意する前に、どのツールを使用し、どのように機能するかを尋ねる必要があります。また、「あなたが私を登録させるためだけにそれを作ったのを発見した場合、私は長く滞在することはありません」のようなことを指摘したいと思います。

于 2009-10-22T14:21:14.800 に答える
0

新しい人がやって来て、新しいツールについて(完全に合法で、前向きで、役立つ方法でさえ)説教を始めるとき、それはしばしば「あなた対彼ら」の雰囲気を作り出すことができます。

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

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

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

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

于 2009-10-22T16:53:06.337 に答える
0

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

于 2009-10-22T14:22:08.213 に答える
0

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

于 2009-10-22T14:24:57.877 に答える
0

私たち全員にはプラットフォームとテクノロジーの偏見があり、新しい人がチームに加わり、すべてを自分のやり方に変えたいと思うと、混乱を招き、モチベーションが高くても、チームは変更を拒否しようとすることがよくあります。

残念ながら、「Javaを使用していますか?? Ick!これをすべてC#にすぐに移植する必要があります!」タイプは人々を当然のことながら新しい人に懐疑的にさせ、多くの新しいことを示唆しています。

新しいプロセスやテクノロジーを提案するときに私が提案する可能性のある提案の1つは、彼らが抱えている実際の問題と関連する可能性のある問題の観点からそれを組み立てることです。テクノロジーは解決策ではなく、答えです。問題を見つけて、チームの問題点に照らしてチームの共感を呼ぶ側面を強調するテクノロジーについて、ブラウンバッグを教えることを提案するかもしれません。売り込みのアプローチを取るのではなく、価値を実証し、彼らが自分でやってくるようにします。

于 2009-10-22T14:45:43.470 に答える
0

どのようにあなたの主張をしましたか?プロフェッショナルで見下すようなことは良いことですが、それはほんの始まりにすぎません。

誰かに変更を促す場合は、その内容を強調してください。彼らが何を望んでいるかを理解し、新しいテクノロジーがどのように役立つかを示します。

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

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

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

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

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

于 2009-10-22T14:50:15.240 に答える
0

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

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

とにかく頑張ってください。

于 2009-10-22T14:56:28.427 に答える