スタートアップの採用に役立つ「パフォーマンス・ベース・インタビュー」の質問の一部翻訳
Work Rules を書いた Google のラズロ・ボックは「非構造的面接の決定係数が 14% しかない」という論文を挙げています。つまり、多くの人が面接でやってしまっている、行き当たりばったりの極めて主観的な面接のやり方（「あなたの長所はなんですか」といった質問や、面接官が個別ばらばらに行う質問等）は、入社後のパフォーマンスの予測にはあまり役に立ちません。 代わりに有効なのは、ワークサンプルテスト (29%)、一般認識能力テスト (26%)、構造的面接 (26%) です。それぞれ非構造的面接の約 2 倍程度、採用後のパフォーマンスの予測能力が高いとされています。そのため Google では基本的にはこれらを組み合わせながら、構造的面接を用いているそうです。そして構造的面接のための行動質問や状況質問を、特定のポジション向けに自動的につくる qDroid というツールを作っています（※
ブログサービスのHTTPS化を支えたAWSで作るピタゴラスイッチ / The construction of large scale TLS certificates management system with AWS
talked at builderscon tokyo 2018
project-itoh.comの使いにくさと設計ミス
http://project-itoh.com/ 〔註：すでにサイトはリニューアルしており、この記事の内容を現物で確認することはできません〕 今時めずらしいほどヒドイUI設計を見かけました。こういうものが蔓延しないよう、警鐘として、啓蒙的な文章を書くことにしました。 UIデザインの訓練をしていない人は、「なぜ使いにくいのか」を説明出来ないものですし、そもそも「使いにくさ」に気づかないものです。使いにくいものを無自覚に、つまり「使いにくい」と思わずに使っていたりします。 プロならひと目なのですが、素人向けに、この文章では細かく「使いにくさ」について説明します。 第1セクション：キービジュアルとインストラクション Project Itohの画面キャプチャ：”scrool down”というインストラクション部分を強調したものこのウェブページを開いた直後、初期状態です。ここでページのインタラクショ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムチームをやめて、20人でカンバン運用してきた半年間の軌跡 / Stop Scrum Start Kanban
