3


1

こんにちは、

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

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

  • 開発チームと運用チームが連携する方法を改善するために何ができますか?、

  • どうすれば私たちの主要なクライアントとのあなたの仕事のインターフェースであなたがより効果的になることができますか?、

  • 今日の発表に基づいて、私のテクニックのどの部分を改善できますか?

*編集:*私は一般的な側面について話しているのではなく、特に開発者としての私のパフォーマンスをどのように向上させることができるかについて話しています。 他人とのコミュニケーションと仕事*は、会社内で他者と仕事をする上で大きな部分を占めます。

*編集:*これらの追加質問は、JBキングによる私の最初の質問に対するコメントに対するものです。

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

  • 自分のソリューションツールセットに集中しすぎたり、強迫観念になったりしていませんか。

  • チームの能力を拡張するために私はどんな技術を学ぶべきだと思いますか?

  • チームの総合的な能力を向上させるために私はどの技術に焦点を当てるべきだと思いますか?

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

乾杯、

6 Answer


6


自分のしていることについて誠実なフィードバックを得たい場合は、自分がしていることに気付いている人を見つけて、おそらくビールを飲みながら意見を聞いてみてください。 :)

しかし、あなたが誠実さを求めているので、あなたがいかなる方法でも守らないことが重要です。

そして、あなたは彼らが言うことに基づいて変更を加えることを検討するべきです。

しかし、最終的には、どのタイプのプログラマーになりたいのかというアイデアを得る必要があります。 それからあなたが一緒に働く誰かがそれらの資質を例示するならば、それは役に立ちます、それからあなたは彼らがあなたがより良いプログラマーになるのを助けることができるかどうか見るために関係を発展させることができます。

たとえば、質問に答えるときは常に椅子をひっくり返して座る建築家がいたので、彼は常に開発者のレベルでした。 それは単純な行動だったので、その小さな行動は私にとって非常に印象的でしたが、それは他人のレベルに自分自身をもたらすために意欲を示しました。 私が他の人をメンターしているのと同じように見たいのです。

匿名のフィードバックを求めることは悪いことだと思います。それは、チームにコミュニケーションの問題があることを示しています。 人々が彼らの真実の意見を表明せずにまとめたままにしておくと、チームをより良くするのを助けるために結局チームに害を及ぼすことがあるので、チームリーダーはそれに対処するべきです。


5


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

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


1


はい、同僚からのフィードバックを求めることは価値があります。 多くの場合、自分が何をしているのか、少なくとも2度目の意見を聞かずにどこで改善できるのかわからないことがあります。

匿名性は、回答者が報復を恐れる必要がないという利点をもたらします。 時にはこれはうまく機能し、その結果は正直なフィードバックであり、時には人々は面白いようにしようとして愚かなものを入力することがあります。 ケ・セラ、セラ。


1


私はそれが大いに役立つかどうかわからない。 私はちょっとこれについてジェームズに同意します。

もっと良いのは、あなたのチームにいくつかの開発ワークショップを開くことです。 あなたは毎週1人の開発者が1時間フロアを持つようにすることができます。 ミーティングルームとプロジェクター(もしあれば)を見つけて、この開発者に彼/彼女の発見をチームの他の人に見せてもらいましょう。

業界ではいつでも大きな変化が起こっているので、例えばカバーするべき多くの分野があるべきです - ある週、ある開発者が.net framework v4の変化について話してくれるかもしれませんまた別の週には、別の開発者がより短いスクラム反復の利点について話すことができます(これもほんの一例です)。

アイデアは開発者が提示することを強制されるべきではないということです、そして彼/彼女は彼または彼女自身の興味のあるトピックを決めるべきです。

この演習は、チーム内のコミュニケーションを強化するのに役立ちます。このようにして、チーム全体が開発スキルの向上を目指します。

これは良い考えで、悪い考えだと思いますが、この考えを考えすぎると、開発者は週末にはいわゆるコーディングdojosをやめることになります。

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


1


「どうすればもっと効率的に仕事をすることができますか?」とても良い質問です、そして尋ねる価値があります!

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

また、あなたがそのような質問をするつもりなら、あなたは答えに注意を払う必要があり、そしてそれらに対処するか、あなたがしない理由を説明する必要があります。 人々は、「良い点だが、そのようにするつもりはない。これが理由だ」と扱うことができる。しかし、そのような質問に答えるのはかなり厄介です - 特にあなたが多くの努力をした場合 - そしてそれからあなたが無視されたように感じる。


1


私が尋ねることに気づいた良い質問は、「あなたは他の人にこのアプリを勧めますか?」です。会話を始めます。