100 ポエムを目指してみています。先に今日のタイトルに役立つ記事だけ
Google re:Work - 構造化されたプロセスと成功基準を策定する
評価に確証的な処理 ― スキーマの体制化が帰属と情報探索に及ぼす影響(J-STAGE)
主観評価における客観的基準 ― 従業員の能力に対する主観評価(J-STAGE)
ノリとか、雰囲気とかだけに頼っていると一回の失敗でダメと判断されて職場に影響したりしますよね。あまり好きではないですが、でも、自分もそういった判断をしていないかと省みるとそうでもないこともあるのかななどと思います。事実と、思ったことを分離する、というのは大事だなと思います。
一回の失敗から「この人はダメ」と判断しないためには、どうすればいいか。
人に対するバイアスを取り除くには、どうすればいいと思う? #ポエム - Qiita
人間だから「印象」は持ってしまう。「印象を持ってはいけない」とすると、ちょっと綺麗事になると思います。必要なのは印象を消すことではなく「私はこの人をこう評価し始めているかもしれない」位には自覚することかもしれない。
説明が苦手な人だ
→ お客様対応も苦手そう
→ この仕事は任せにくい
流ちょうに話す人だ
→ 技術力も高い
→ 判断も正しいだろう
どちらも危ないですね。いずれも、再現性や発生頻度、条件などの観測を増やすことが大事かと考えます。自分も誰かの一回の失敗を見て、その人に大きなラベルを貼っていないか気をつけたい。システムに限らず人間相手でも、サンプル数 1 で結論を出さない、という話でした。
以上、IT エンジニアのお仕事を雑多に考えてみています。
人に対するバイアスを取り除くには、どうすればいいと思う? #ポエム - Qiita
「仕事ができる人」って、結局どんな人だと思う? #ポエム - Qiita
早く答えることと、正しく答えること、どちらが大事だと思う? #ポエム - Qiita
「分かりません」と言えることも、技術力だと思う? #ポエム - Qiita
難しいことを簡単に話すのも、エンジニアリングだと思う? #ポエム - Qiita
どんな人を見ると「技術力が高そう」と感じる? #ポエム - Qiita
エンジニアの技量って、どうやって測ればいいと思う? #ポエム - Qiita
「IT に詳しい人」と「IT エンジニア」は、何が違うと思う? #ポエム - Qiita
「便利屋」と「エンジニア」の境界線はどこにあると思う? #ポエム - Qiita
「何も作らないこと」が最善のエンジニアリングになることはある? #ポエム - Qiita
問題を解くことと、問題そのものを小さくすること、どちらが大事? #ポエム - Qiita
「とりあえず調べます」と言える人は、なぜ強いと思う? #ポエム - Qiita
あえて即答しないほうがいいのは、どんなとき? #ポエム - Qiita
技術的には正しいのに、うまくいかないのはなぜだと思う? #Security - Qiita