3

こんばんは

私は常に開発者としてのパフォーマンスを向上させようとしており、このトピックに関するこの興味深いポッドキャストを聞いた後、同僚にフィードバックを求める価値があると人々が考えるかどうか疑問に思っていました.

Rypple サイトを使用して、ポッドキャストで提案されている方法で匿名でフィードバックを得ることを考えています。そして、私の仕事や行動の特定の側面に直接対処する、1 つの短い質問をすることによって. たとえば、次のような質問を見ています。

  • 開発チームと運用チームが協力して作業する方法を改善するにはどうすればよいですか?,
  • 私たちの主要なクライアントとのやり取りにおいて、あなたの仕事をより効果的にするために、どのように私は手助けできますか?,
  • 今日のプレゼンテーションに基づいて、テクニックのどの部分を改善できますか?
  • 等

編集：私は一般的な側面について話しているのではなく、特に開発者としての私のパフォーマンスをどのように改善できるかについて話している. コミュニケーションと他者との共同作業は、企業内での共同作業の大部分を占めます。

編集:これらの追加の質問は、JB King による私の最初の質問へのコメントに対する回答です。

開発者としての改善に役立つ有用なフィードバックを提供できる可能性のあるその他の質問の例は次のとおりです。

  • ソリューション ツールセットに集中しすぎていませんか?
  • チームの能力を拡大するために、どのテクノロジーを学ぶべきだと思いますか?
  • チームの全体的な能力を向上させるために、どのテクノロジーに注力すべきだと思いますか?

これらはすべて、開発者としての私の個人的な進歩に直接関係しています。

乾杯、

4

6 に答える 6

6

自分がしていることについて率直なフィードバックを得たい場合は、自分のしていることを観察してくれる人を見つけて、おそらくビールを飲みながら意見を聞いてみるとよいでしょう。:)

ただし、誠実さを求めているため、決して防御的にならないことが重要です。

そして、彼らの言うことに基づいて変更を加えることを検討する必要があります。そうすることで、あなたが批判を受け入れるだけでなく、進んで適応し、より良い開発者になることを他の人に理解してもらうことができます。

しかし、最終的には、自分がどのタイプのプログラマーになりたいかを理解する必要があります。次に、一緒に仕事をしていて、その資質を体現する人がいると便利です。関係を築き、その人たちがあなたがより良いプログラマーになるのを助けてくれるかどうかを確認できます。

たとえば、質問に答えるときはいつも椅子を引っ張って座るアーキテクトを知っていたので、彼は常に開発者のレベルにいました。その小さな行動は、単純な行動だったので、私にはとても印象的でしたが、他の人のレベルに自分自身を持ち込もうとする意欲を示していました. それが私が他の人を指導するように見られたい方法です。

匿名のフィードバックを求めるのは悪いことだと思います。それは、一部には、チーム内にコミュニケーションの問題があり、人々が自分の気持ちや意見をオープンにしようとしないことを示しているからです。チームリーダーは、チームがより良くなるのを助けるために、人々が彼らの本当の意見を表明するのではなく、ボトルに閉じ込めておくと、最終的にチームに損害を与える可能性があるため、それに対処する必要があります.

于 2009-10-14T23:01:11.927 に答える
5

批判を求めるときは、匿名にしないことをお勧めします。あなたが述べた目標の 1 つは、同僚とのコミュニケーションを改善することです。ツールを使うよりも、実際に話してみると改善されるのではないかと思います。

批判を直接受け入れることができれば、あなたが自信を持って改善に真剣に取り組んでいることを人々に示すことができます。残念ながら、私たちの業界ではフェイスタイムは過小評価されています。

于 2009-10-14T23:07:27.707 に答える
1

「どうすればより効果的に仕事をすることができますか？」素晴らしい質問であり、尋ねる価値があります！

しかし、常に率直に話し合う必要があります。それはプロの世界で尋ねることができるのと同じくらい無邪気な質問なので、匿名で話し合うように人々に言うと、そうでない場合でも、彼らは何か面白いことが起こっていると思うでしょう。そして、そのような無実のトピックについて率直に話し合うことができない場合、あなたの組織は深刻な問題を抱えています。

また、そのような質問をする場合は、答えに注意を払い、それに基づいて行動するか、なぜそうしないのかを説明する必要があります。人々は「良い点ですが、そのようにするつもりはありません。理由はここにあります」と扱うことができます。しかし、そのような質問に答えるのはかなり意気消沈します-特にあなたが多くの努力をした場合-そしてあなたが無視されたように感じます。

于 2009-10-14T23:55:35.460 に答える
1

はい、同僚にフィードバックを求めることは価値があります。多くの場合、サード オピニオン、サード オピニオン、第 4 オピニオンなどでなくても、少なくともセカンド オピニオンを取得しないと、自分が何をうまく行っているのか、どこを改善できるのかがわからないことがあります。

匿名性は、回答者が報復を恐れる必要がないという利点をもたらします。時にはこれがうまく機能し、結果として率直なフィードバックが得られることもあります。ケセラ、セラ。

于 2009-10-14T23:00:36.387 に答える
1

A good question that I've found to ask is: "Would you recommend this app to someone else?" and start the conversation there.

于 2011-10-25T21:40:53.297 に答える
1

私はそれが多くの良いことをもたらすかどうか確信が持てません。私はこれについてジェームズに同意します。

チームでいくつかの開発ワークショップを開催することをお勧めします。毎週 1 人の開発者が 1 時間発言権を持つようにすることもできます。会議室とプロジェクター (ある場合) を見つけて、この開発者に自分の発見をチームの他のメンバーに提示してもらいます。

業界ではいつでも大きな変化が起こっているため、カバーする領域がたくさんあるはずです。 、また別の開発者が短いスクラム反復の利点について話すことができます (これも単なる例です)。

アイデアは、開発者がプレゼンテーションを強制されるべきではなく、関心のあるトピックを自分で決定する必要があるということです。

この演習は、チーム内のコミュニケーションを強化するのに役立つ可能性があり、このようにして、チーム全体が開発スキルの向上に向けて調整されます。

これは良いアイデアですが、私が見た悪いアイデアは、このアイデアを行き過ぎて、開発者が週末にいわゆるコーディング道場に行くことを期待することです。

これらのプレゼンテーションが通常の有給の営業時間内に行われていることを確認してください。そうしないと、暴動が発生します。

于 2009-10-14T23:10:37.077 に答える