先回りすると興味を失う、後回りして驚くと興味を示す｜shinshinohara
子どもが興味関心を失う大きな原因に「先回り」があるらしい。 自分が子どもの頃、大好きだった図鑑があって、「これ、お父さんが大好きでよく読んでいたんだ」というと、一つも読もうとしなかった。 ところが知人がくれた図鑑は擦り切れるほどに何度も読んで、私にその知識を披露してくれた。 私の勧めた図鑑を手にとろうとしなかったのは、私がその図鑑の内容について詳しいからだろう。ということは、その図鑑から知識を仕入れて親に披露しても、親は「ああ、知ってる知ってる」という反応しかしないだろう、それどころか追加の知識も披露して自慢するだろう、と嫌気がさしたのかも。 「名探偵コナン」が大好きな息子。そこにたびたび三国志エピソードが挟まるのに興味をもち、「三国志読んでみたい」と言い出した。三国志好きな私はそれで嬉しくなってしまい、熱く語ってしまった。そこから息子はマンガ三国志を読まなくなってしまった。私が詳しいこと
曖昧なタスクへの耐性が下がってしまった、一時期の話
この記事で書きたいことは、大筋以下のようなことです。 ・「曖昧さ耐性」についての記事を読みました ・部下の曖昧さ耐性の有無と状況に合わせて指示の出し方をコントロールする必要がある、というのはその通りだと思います ・ところで私には、自分の「曖昧さ耐性」を顕著に下げてしまった経験があり、「部下の曖昧さ耐性を下げない為にはどうすればいいか」を常々考えています ・重要なのは、チーム内での「成果物のフェーズ」に関する意識の統一ではないかと思います ・成果物のフェーズ認識に不一致があると、作業者が無駄に疲弊するし曖昧耐性が毀損される場合があります ・「今は成果物の曖昧さを許容するフェーズ」という意識統一がとても大事です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 *** 先日、logmiBizさんでこんな記事を拝読しました。 曖
流行する高い目標設定とその副作用 | Q by Livesense
一筋縄でいかないような難解な仕事を抱えていると、何をしているときでも、頭の片すみにずっとその仕事が居座っている感じがする。 憂鬱というほどではないけれど、邪魔になるときもある。楽しい飲み会の最中とか、ゆっくり休まるはずのバスタブでも、ふと気づくとそのことについて考えてしまったりする。気分転換が下手になる。 それはしかし、少なくともぼくの場合は、半分くらいは意図的にそうなっている。チャレンジングな仕事に携わるのは幸運なことだし、基本的には楽しいことだ。難しい問題について考え続けたい、考え抜きたいという前向きな気持ちもある。通勤路を歩いているときに仕事のことを考えるのは、ちょうどいい暇つぶしにもなっている。それゆえ、塩梅が難しい。 「シャワーを浴びているときに、いいアイディアが降ってくる」みたいな話とも、ちょっと近い。移動中の電車、お昼ごはん、夜寝る前のベッドの中。考える仕事は、わりとどこでで
ふりかえり手法「象、死んだ魚、嘔吐」でチームの闇と向き合おう - Qiita
ふりかえり手法にはKPT、Fun Done Learnなど様々な手法が知られています。 今回はその中でもチームの課題と向き合う手法「象、死んだ魚、嘔吐」について説明します。 また自分達が実際に実践するにあたって行った工夫を紹介します。 ふりかえり手法「象、死んだ魚、嘔吐」とは？ 2024.1.17追記 「象死んだ魚嘔吐のうた」を制作し、Reginal Scrum Gathering Tokyo 2024にて発表しました。 ↑使用したオリジナルの背景画像です。お好きなツールの背景としてどうぞ。 「象、死んだ魚、嘔吐」とは、Airbnbの共同創業者ジョー・ゲビアが提唱した手法です。 カリスマ性があり完璧主義のジョー・ゲビアが率いるチームでは、雰囲気が重苦しく、メンバーはゲビアを恐れ、自分の考えていることを発言できなくなっており、チームは崩壊寸前でした。 そのような状態で考案されたふりかえり手法
テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー：多くのエンジニアに愛される理由とは
テスト専門会社が出版した渾身の書、『【この1冊でよくわかる】ソフトウェアテストの教科書』の出版ストーリー：多くのエンジニアに愛される理由とは 『【この1冊でよくわかる】 ソフトウェアテストの教科書 [増補改訂 第2版]』は、初版の発行部数は22,000部、2021年8月出版の改訂版は13,000部に上り、技術書としては異例のシリーズ累計35,000部を突破しました。（2023年6月現在） ソフトウェアテスト専門企業であるバルテス株式会社の技術者が執筆した、ソフトウェア開発工程のテストについて、基礎からしっかり体系的に学習できる本格入門書です。 このストーリーでは、初心者から上級者まで幅広い層に読まれている、ソフトウェアテストのバイブルともいえる本書完成までの経緯や苦労話、著者であるバルテスの石原 一宏氏と布施 昌弘氏が伝え続けたい想いをお伝えします。 テスト設計に必要な考え方を身につけられ
ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s
自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム（開発、製造）リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
