『チームワーキング ケースとデータで学ぶ「最強チーム」のつくり方』を読んだ
kindle unlimitedだったので読んだ。
チームを動的なものと捉えて、成果を出すチームであるために「目標を握り続ける」「動きながら課題を探し続ける」「相互にフィードバックし続ける」という行動をとっていくと。
タイトルに「ケースとデータで学ぶ」とあるとおり、全体的にたくさんの実験結果が出てきました。
ふむふむと思いながら読みました。例えば目標にしろ戦略にしろ期初に一生懸命コストかけて立てたら一定仕事した感じになりますが、大事なのはその後継続的にその目標や戦略を検査しながら適応していくことですよね。最初にいくらコストかけてみんなで握った目標でも時間が経ってさまざまな要因によって「これって何のためにやってるんだっけ？」みたいなことを思ったりするのは至極当然のことです。
動的に捉えるというのは考えてみれば当たり前なのですが、こういう考え方を自分の引き出しに入れておかないと「最初にみんなで合意したじゃん！」と的外れなイライラに支配されたりしちゃうと思うので、意識したいですね。
『コンサル一年目が学ぶこと』を読んだ
コンサル1年目どころかエンジニア8年目ですが、kindel unlimited対象だったので読んでみました。
内容としては社会人においては普遍的に大事なことが整理されてリストアップされてるので、たしかに一年目にこれ読んで仕事をしていくと仕事の質が上がりそうな気がしました。
各テーマごとに、そのテーマの最後に参考図書が紹介されています。なので本書で網羅的につまんで、より深く興味がわいた部分は参考図書を読みにいく、みたいなことをするとたくさん楽しめそう。
以下本書とは関係ない話。
ぼくが社会人なりたての研修では、プロフェッショナルとは期待を超えることだ、と外部講師に言われたのを覚えています。あとは、なんか研修を終えて新入社員が研修の感想を一人ずつ喋っていったら、その外部講師が「研修に付き合ってくれた人たちへの感謝が出てこないような新入社員に育ててしまってごめんなさい」みたいなことを泣きながら言っていてトラウマになりました。その外部講師には、その夜ひらかれた飲みの場で他の人のお皿に餃子のタレをどう入れるかを教わりました。
「テスト駆動開発でGo言語を学びましょう」をやった
TDDをしながらGoの型や標準パッケージについて学べる教材です。対象としては他のプログラミング言語で一定経験があり、GoについてもA Tour of Goはやったことある以上の人かなという気がします。全くの未経験だとそもそもTDDやテスト、その他の概念についても理解しようと思うと頭がパンクしそうな気がしますし、Go見たことも書いたこともない人はまずA Tour of Goやりましょう。
良かった点は、章ごとのテーマに集中できることと、テストを書く筋肉も鍛えられるところです。章ごとに設定されているテーマ、例えば構造体の章にはポインタの説明が入ってこないのでシンプルな説明になってると思います。それからわりと厳密にTDDを回すので、Goでテストを書くにはどうしたらいいかも学べます。testing.Helperの使い方など知見も手に入ります。TDDなので、設計プロセスとしての楽しさもあります。TDD嫌いとかじゃなければ楽しめると思います。
微妙だった点は、日本語翻訳が不正確というか微妙なところが多かったです。機械翻訳だと思いますがさすがに質が悪いかな〜...。日本語版はforkされたリポジトリで動いているので、英語でもOKな人はオリジナルのほうを見るのをオススメします。それから日本語版はごく一部動かないテストコードがありました。
↓オリジナルのリポジトリ github.com
HTTPサーバーを扱う章もあるので、これからGoでWebアプリケーションを作るぞって人にもわりとオススメでし。
『リフレクション 自分とチームの成長を加速させる内省の技術』を読んだ
kindle unlimited対象だったので購入。
著者は「学習する組織」という組織論に影響されて本書を書いたとのこと。内省して過去の経験を未来に活かすために、メタ認知力を高めてこうぜって感じ。
ただあえて別のポイントを取り上げると、本書には多様性についての言及もあり、多様な意見は大事だよね、にとどまらずどうやってその意見を活かすか？にも踏み込んでいます。例えば、認知的多様性が高いと色々な価値観による意見が出てくるわけで、それ自体は良いことなのですが、合意形成をする難易度が上がりますよね。そこでリフレクションでいう「意見」の違いではなく背景にある「経験」「感情」「価値観」に焦点を当て共通の目的を実現するために優先すべき価値観を決めて融合させる、みたいな話が出てきます。
この辺はすぐにでも意識して実践できそうな考え方ですね。
人の話を聴くとき、多くの人が「相手の意見」に意識を集中させています。そして、その意見を理解するために、自分の経験と価値観を当てはめ、一生懸命、自分の解釈を加えながら、理解を深めようとしています。この聴き方を、永遠に続けていても、相手を理解することはできません。 p217
内省は自分の成長にも繋がるけど、他人との相互理解を促すツールにもなるので、チームでワークショップやっても面白そうです。
『多様性の科学 画一的で凋落する組織、複数の視点で問題を解決する組織』を読んだ
最近ぼくが所属するチームの人数がドカッと増える（と言ってもピザ2枚に収まる範囲）ので、「色んな人がいることのメリットってなんだっけ？」みたいなことを色んな角度から意識したいなと思って手に取った本です。
結果この本は最近読んだ本の中では抜群に面白かったです。Amazonにレビュー書こうかと思ったくらい（書いてない）。
そもそも多様性という言葉がすごく広いのであれなんですが、この本では「認知的多様性」が複雑な問題を解決するのにいかに重要か、逆に多様性がない画一的な集団だと何がマズいのか、を色々な事例・研究を引用しながら説明します。
著者は決して個人の優秀さを否定しているわけではないところもポイントです。「優秀かつ多様」であるから複雑な問題を解決できると。
５章エコーチェンバー現象、についてはエコーチェンバー現象について知ってる人、フィルターバブルとの違いを説明できる人なら飛ばしてもいいかもしれません。ただ書いてある事例はすごく面白かったです。
基本めちゃくちゃオススメなんですが、9.11事件や、いくつかの死亡事故の話も出てくるためそういった話が得意ではない人は飛ばし飛ばしになるかもしれません。
『論点思考』を読んだ
論点思考とは、解くべき問題を定義するプロセスのこと。
解くべき問題を見極める、みたいな考え方は『イシューからはじめよ』『ライト、ついてますか』あたりの本でも出てくる大事な考え方。
「あれもこれも」では結局、なにもできない p80
「戦略とは捨てることなり」という言葉がある。 p83
この重要さは最近めちゃくちゃ実感していて、やらないことを決められる人は優秀だと思うようになりました。
あとは、論点のレベルの違いを意識する、とか、全体像を把握しながら目の前の仕事を行うみたいなところ。とくに、二つ上のポジションに就いているつもりで仕事をする、は具体的な思考法として機能しそうでした。
『知識ゼロから学ぶソフトウェアテスト』を読んだ
文体がこんな感じだと思ってなかったのでちょっと面食らった。それからいわゆるQAと開発者が分かれているような組織で働いたことがない*1ので、それ前提で書かれている部分は想像が難しかったです。
カバレッジの説明とか、テスト書くにあたって境界値分析やディシジョンテーブルみたいな基礎が平易な文体で且つ図も交えて説明されているので、ちょっと他の人に説明するときにカジュアルに引用したい、みたいな場面でも役に立ちそう。
バグはプログラム中に平均的に散らばっているのではなく、特定の部分に偏在しています。 p9
それから複雑度の話も出てきて、先日行われたGo言語のカンファレンスであるGo Conference 2022 Springにて、Cognitive Complexity (認知的複雑度) とCyclomatic Complexity (循環的複雑度)についてのセッションあったなーって思い出したりした。
*1:厳密には少しだけあるけどそんなに記憶がない
