More Effective Agileの後半部分も読んだ #デッドライン読書会

読むのが骨な（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第17回。今回はSteve McConnell氏の「More Effective Agile」後半部分（13章以降）がノルマである。最高にオススメの本だった。

More Effective Agile “ソフトウェアリーダー”になるための28の道標

• 前半の感想はこちら
  • More Effective Agileの前半部分を読んだ #デッドライン読書会 - 勘と経験と読経

90年代マイクロソフトの巨星たち（勝手な思い込み）

ところで自分の思い込みも多分にあると思うのだけれども、90年代前後にマイクロソフトに在席していた人はとても優秀だと思っている。

• デヴィッド・カトラー - Wikipedia

（必読！）

• ジョエル・スポルスキ - Wikipedia

　
（大好きな本。このブログを書き始めたきっかけでもある）

• Scott Berkun - Wikipedia

（これも大好きな本。PMとしての自分のバイブル）

• 中島聡 - Wikipedia

が、McConnell氏もMicrosoftに在席したというのはお恥ずかしながら知らなかった。

• Steve McConnell - Wikipedia

筆者が在席していた1990年代のMicrosoftでは、エスカレーションが非常にうまく行われていた。ある日の午後、上司が筆者のオフィスにやってきてこう言ったのを覚えている。「まいったよ。さっきまでBillGレビューミーティングに出席していて、こってり絞られた。2週間かかりっきりになっていた問題を、ビルは5分電話で話せば解決していたはずだったって指摘されてね。彼のところに回さなかったっていうんでこっぴどく叱られたよ。叱られて当然だと後悔している。彼に任せるべきだったのに、そうしなかったのだから。」
More Effective Agile “ソフトウェアリーダー”になるための28の道標 （17.1 基本原則：間違いを許す、より）

BillGレビューについては More Joel on Softwareに掲載された「はじめてのBillGレビューのこと」が翻訳も含めて最高なんだけど、元ネタになっている英語ブログ記事は公開されているので、DeepL翻訳あたりで訳して読んでも十分読めると思う。
www.joelonsoftware.com

というわけで何を言いたかったのかというと、McConnell氏の書籍は元から好きだったのだけれども、さらに好きになったということだ。なんてったって、憧れの90年代マイクロソフトに在席していたんだぜ！

（改めて）More Effective Agile の感想

本書だが、最後まで読み終わった今、はっきりと「有用な本」と断言できる良書だった。
特に以下のような観点を持っている人にとっては大きな学びがあるだろう。

• 特にアジャイルにこだわりは無く、より良いソフトウェアを開発したい
• 必要に応じてアジャイルからいいとこどりをしたい
• アジャイル開発プロセスについては一通り学んだが、一部のプラクティスについては懐疑的である

McConnnell氏がいいのは、すべてにおいてまず疑った上で、有用かどうか判断し、有用であれば活用するという姿勢である。
前半部の感想でも引用したのだけれども、この姿勢は最後まで貫かれていて良かった。

アジャイル開発に関するほとんどの書籍はエバンジェリストによって書かれている。エバンジェリストは特定のアジャイルプラクティスを提唱しているか、アジャイル全体を奨励している。筆者はアジャイルのエバンジェリストではない。筆者は「うまくいくもの」の提唱者であり、「なんの根拠もなく大袈裟な約束をするもの」への反対者である。本書では、意識高い活動としてアジャイルを扱うのではなく、管理的なプラクティスと技術的なプラクティスの集まりとして扱う。ここで扱うプラクティスは、その効果や相互作用をビジネス用語や技術用語で理解できるものである。
More Effective Agile “ソフトウェアリーダー”になるための28の道標 「第1章 はじめに」

また、以下の2章については一般的にアジャイル開発が適用しにくいと言われているテーマにフォーカスしていて、これはとても参考になりそう。

• 第20章 予測可能性
  • 一般的なアジャイル開発はデリバリーを優先するが、顧客が予測可能性（いつ機能セットがデリバリーできるか）を求めてきた場合にどうするか、という話
• 第21章 規制産業
  • 開発方式に規制の強い産業（生命科学、金融、政府機関）に対するアジャイルアプローチについて。2014年にFDAが採択した医療機器ソフトウェア向けアジャイルプラクティス利用ガイダンスを元に議論している。

ともかく、この本は新しい必読書の一つになることは間違いないだろう。ある程度ソフトウェア開発に関して学んできた中級者以上であれば楽しめるはずだ。新人／ジュニアクラスにはちょっとお勧めできない印象。

さて、次の課題図書は・・・

次回は今のところ、モダン・ソフトウェアエンジニアリングの予定である。かなりの分量なので、今回と同様に前後編に分けて取り扱うことにすると思う。

モダン・ソフトウェアエンジニアリング

以下のセミナー（開催済）に参加したので、興味を持っているのだ。
smartse.connpass.com

なにしろラジオとPodcastが好きなもので。2020

もともとラジオが好きで、テレビは嫌いだった。通勤時間でラジオやPodcastをよく聴いていた。コロナ禍になり在宅勤務が増えて通勤時間に聞くことは減ったけれど、最近は仕事の合間などに、また聞くことが増えてきている。というわけで、ラジオとPodcastを聴くことについての、振り返り。

テレビ番組はもともとそんなに見るほうではなかったのだけれども、東日本大震災あたりからすっかり嫌いになってしまった（もちろんドラマやドキュメンタリー番組などを録画して見る事はある）。特に災害と犯罪報道の刺激が強すぎる。というわけで、自分にとって日常的に触れるメディアはウェブとラジオとPodcastである。TVのニュース番組もほとんど見ていなくて、NHKラジオニュースを代わりに聞いているくらい。

音楽を聴くことも好きなのだけれども、同じ曲を繰り返し聞くのが嫌いというか、能動的に聞くのがあまり得意ではない。ラジオ番組を適当に聞き流すのが好きだ。もちろん偶然の出会いへの期待もある。Spotifyのプレイリストでもいいのだけれども（ときどき使ってはいる）、なんかラジオのほうがいい。作業に集中したいときには深夜に放送されているノンストップMIX系の番組をタイムフリーで聞くのも楽しい。

ラジオ／Podcastの聞き方

• リビングでAmazon Echo Dotで「アレクサ、ラジコでJWaveを聞かせて」「アレクサ、ニュースを聞かせて（NHKラジオのフラッシュニュースが再生される）」
• 仕事や読書をしながら、iPhoneのスピーカー、もしくはヘッドフォンで
• 散歩をしながらiPhoneのヘッドフォンで
• 庭でSonyのポータブルラジオ機で

アプリ

• Podcastは、iOSの標準のPodcast.appを使ってる
• ラジオはRadiko

よく聞いているPodcast

• ソフトウェア開発関連
  • Rebuild - Podcast by Tatsuhiko Miyagawa
  • EM . FM #EMFM • A podcast on Anchor
  • アジャイルラジオ
  • fukabori.fm
  • omoiyari.fm (lean-agile podcast) #omoiyarifm
  • 銀の弾丸ラジオ • A podcast on Anchor
  • ajitofm
• テック系
  • こんにちわ未来
  • Lobsterr FM • A podcast on Anchor
  • Takram Cast
  • blkswn radio • A podcast on Anchor
  • Off Topic
• その他のお楽しみ系
  • バイリンガルニュース (Bilingual News)
  • コテンラジオ
  • 大竹まこと ゴールデンラジオ！「大竹紳士交遊録」
  • SIGHT RADIO 渋谷陽一といとうせいこうの話せばわかる！政治も社会も • A podcast on Anchor
  • Researchat.fm
  • 渋谷らくごのポッドキャスト「まくら」
  • 未来授業 | これからの時代を生き抜くヒントを学ぶ特別授業

改めて整理してみると、anchorで配信している番組が予想以上に多くてびっくり。
Podcastの良い点は「スピード再生」できる点（ラジオではできない）。だいたい1.25倍～1.5倍再生している。

よく聞いているラジオ番組

• TAKRAM RADIO | J-WAVE 81.3 FM RADIO
  • 割と欠かさず毎週聴いてる。教養番組として好み。
• TUDOR TRAVELLING WITHOUT MOVING : J-WAVE 81.3 FM RADIO
  • これも欠かさず聞いてる。リラックス用
• Tokyo Moon | インターFM897 [ 89.7MHz TOKYO ]
  • 欠かさず聞いてる。松浦さんのファン。MCが少ないので作業の時に聞いてることが多いかも。
• RADIO SWITCH : J-WAVE 81.3 FM RADIO
  • 興味ある特集の時だけ聞いてる。
• 81.3 FM J-WAVE : RADIO SAKAMOTO
  • 隔月なので聞き逃すことが多い
• 村上RADIO - TOKYO FM 80.0MHz - 村上春樹
  • 不定期なので聞き逃すことが多い
• Growing Reed 岡田准一 : J-WAVE 81.3 FM RADIO
  • インタビュー番組。ゲストに興味があれば聞く。意外と鋭い良い番組。
• TOKIO HOT 100 : J-WAVE 81.3 FM RADIO
  • 流行チェックと意外な出会いを求めて
• 81.3 FM J-WAVE : J-WAVE SELECTION
  • 時々素晴らしい特番がかかるので、チェックしてる
• NHK ラジオニュース
  • TVのニュース番組をほとんど見ないので代わりに

NHKラジオニュース以外の番組はだいたいradikoのタイムフリーで視聴。1週間以内に聞かないといけないのがプレッシャーだけれども、Podcastのように未読が溜まってしまうことがないのはむしろ良いことかもしれない。

最近の悩み

• 視聴時間確保がいちばんの課題。聴きたいものが多すぎて聴く時間が足りていない。コロナ禍以前は通勤とジムで一気に消化することができていたのだけれども、最近はどちらの時間も無くなってしまった。
• いっぽうで、年をとったからかもしれないけれど、最近酒を飲んだら（老眼的な問題で）読書がめっきり捗らなくなってしまったので飲んだ後にまとめてPodcastを聞くということを始めている。寝落ちしちゃうことも多いのだけれども……

More Effective Agileの前半部分を読んだ #デッドライン読書会

読むのが骨な（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第16回。今回はSteve McConnell氏の「More Effective Agile」前半部分（12章まで）がノルマである。予測にたがわず、有用な本であることに疑いはない。

More Effective Agile “ソフトウェアリーダー”になるための28の道標

ソフトウェア開発を「うまくやる」ための本

のっけから、有用な匂いがビシバシ伝わってくる。俺たちのMcConnell氏が帰ってきた！

アジャイル開発に関するほとんどの書籍はエバンジェリストによって書かれている。エバンジェリストは特定のアジャイルプラクティスを提唱しているか、アジャイル全体を奨励している。筆者はアジャイルのエバンジェリストではない。筆者は「うまくいくもの」の提唱者であり、「なんの根拠もなく大袈裟な約束をするもの」への反対者である。本書では、意識高い活動としてアジャイルを扱うのではなく、管理的なプラクティスと技術的なプラクティスの集まりとして扱う。ここで扱うプラクティスは、その効果や相互作用をビジネス用語や技術用語で理解できるものである。
More Effective Agile “ソフトウェアリーダー”になるための28の道標 「第1章 はじめに」

ちなみにこの後、「第3章 複雑さと不確実さという課題に対処する」にて、なぜアジャイルなのかについても明快に説明される。流行っているからでも、VUCAの時代だからでもなく、明確にアジャイルプラクティスに組織が投資したほうが良いという説明がされているのだ。というわけで、それ以降本書は批判的な立場を崩すことなく、アジャイルプラクティスの良い使い方についてアドバイスするという体裁となっている。

35年かそれ以上にわたってソフトウェア業界に携わってきた中で、一番の難題は、「コード＆フィックス開発」を避けることだった。コード＆フィックス開発とは、事前の見直しや計画を立てずにコードを書き、そのコードが動くまでデバッグする手法のことである（中略）。アジャイル開発には、見るからに短期集中型でコード中心であるために、チームがアジャイル開発のプラクティスを実践しているのか、それともコード＆フィックスを行っているのかますます見分けがつかなくなる、という課題がある（中略）。より効果的なアジャイルのミッションの1つは、アジャイル劇場を防ぐことである。アジャイル劇場とは、チームがアジャイルという化粧でコード＆フィックスを覆い隠すことを指す。
More Effective Agile “ソフトウェアリーダー”になるための28の道標「第4章 より効果的なアジャイルの始まり：スクラム」

あと、10章で既存の大規模アジャイル開発のフレームワークをバッサリ批判しているあたり、非常に痛快。

まだ完読していないけれども、おすすめの読み方は次の通り

• まず監訳者あとがきを読んで、本書の業界的な位置付けや、ねらいについて俯瞰する
• 1章と2章を読む
• 巻末の「28の基本原則のまとめ」を読む
• 残りを読む

マコネルと言えば……

有名なのは次の2冊だと思う。ソフトウェア開発における見積もりという行為には様々な批判があると思うけれども「ソフトウェア見積り」はいまだに有用度は高いと思うので、未読であれば強くおすすめする。「Code Complete」は好きな本だけれども、かなり古さを感じるので今から読むのであればよく注意したほうが良い（古書を買うか、Kindleでセールになっている時に買い、古いと感じたところは飛ばし読みするのが良いだろう）。

ソフトウェア見積り　人月の暗黙知を解き明かす

【電子合本版】Code Complete 第2版　完全なプログラミングを目指して

なお、本書を読んで知ったのだけれども、Construxのホワイトペーパーその他で本書以外の様々なマコネルの文書が読めるようだ。これらについても少しずつ読んでいきたいなぁ。
www.construx.com

リモートファシリテーターのポケットガイド読んだ

The Remote Facilitator's Pocket Guideという本が発売されてて読んだら面白かったので紹介する記事。本自体は短いのでさらっと読めます（個人的なな感想）。私はオライリーのサブスクをGoogle翻訳して読んだ。

The Remote Facilitator's Pocket Guide (English Edition)

本書について

• Regional Scrum Gathering South Africa 2018 で発表された"Hacking Remote Facilitation"というプレゼンテーションが元になっているっぽい。ただ探した限りだとプレゼン資料や動画は公開されていないようだ。
• 著者のサイトはこちら：The Remote Coaches
• 序文は「アジャイルレトロスペクティブズ　強いチームを育てる「ふりかえり」の手引き」の著者のEsther Derbyさん

ざっくり感想

ある程度は、この数か月の在宅勤務シフトなどで学習済の事柄であったが改めて俯瞰して見ると学びが多かった。あと、本記事では紹介していないが、セッションで利用するプレゼンテーション（筆者たちはGoogleスライドをよく活用しているようだ）のイメージが提示されていて、いくつかはさっそく取り込んで活用している。というわけで、なかなか現代にとっては良い本だと思う。きっと似たような本はこれからいっぱい出版されるんだろうな～

リモートファシリテーターとは

• 本質的には通常のファシリテーターと変わりない。参加者が貢献して協力できるようにする条件を作成することに責任を負う役割である。

リモートファシリテーターのための6つの原則

原則1：平等な機会の創出（Create Equal Opportunity）

• できれば全員がリモートで参加する
• フルリモートセッションが出来ない場合は、会議室で誰かがリモートメンバーの仲介人になる
• 会議の初めに技術的なチェックを行う
• 仮想ホワイトボード／仮想付箋として機能する補助ツールを準備しておく
• グループで意思決定を行うための準備（投票など）を準備しておく
• 資料を読む時間を作る（セッション開始時の冒頭5分など）
• 観察し、セッションに参加できていない人をフォローする

原則2：フローを有効にする（Enable Flow）

• 会議の流れに介入して、円滑に目的地に到達できるように促す
• アジェンダとセッションルールを最初に示す
• 共有編集できるビジュアルドキュメントを活用する
• 参加者が自分の感情等を表現できるツールを用意する（休憩したい、離席する、次のテーマに移りたい）
• 現在地を共有する（スライド5を見てください／質問がある場合はスライド10に追加してください）

原則3: ビジュアルによるガイド（Guide With Visuals）

• ビジュアルドキュメントを活用する（ホワイトボードの代替として）
• 明確な指示をして認知負荷を下げる（会議の手順などを図示する）
• 会議の約束事を明示する
• 結論を視覚的に記録する（全ての会話を覚え続けなくてよくする）

原則4：つながりを育む（Nurture Connection）

• チェックインの質問で会議を始める
• 小グループに分割する
• お手本になる（ファシリテーターの所作は皆に影響を与えやすい）
• 状況についてよく観察する（食事はした？休憩はできている？タイムゾーンの差は考慮できてる？）
• セッションを観察して、質問する（Aさん、喋っているようですが、ミュートになってますよー）
• 退去を許可する（このテーマに意見の無い方はここで離脱してかまいません）

原則5：遊び心のある学習を可能にする（Enable Playful Learning）

• 遊び心のあるマインドセットで参加できるアジェンダを作る
• 賢い問いを発する
• 楽しくて意味のあるビジュアルを使う
• 音楽を活用する
• 笑いを誘う

原則6：道具を使いこなす（Master Your Tools）

• セッションも目的から始める（ツールに対して最適化してはいけない）
• 事前準備重要
• 必要であればピポットする
• バックアップを準備する
• セッションと成果物を分離する（セッション中に資料を美化したくなる衝動から離れるため）

2020年上半期に読んだ本まとめ

2020年1月～6月に読んだ本のまとめ。カウント対象は期間中に読み終わったものに限り、読みかけの本は対象外としている。あとコミック、漫画雑誌類もけっこう読んでいるのだけれども、これは除外。コミックDAYS利用中。

2020年上半期に読んだ本

1. ビット・プレイヤー (ハヤカワ文庫SF)
2. ホモ・デウス　上下合本版　テクノロジーとサピエンスの未来
3. Ｇｅｎｅｓｉｓ　一万年の午後 創元日本ＳＦアンソロジー
4. 笙野頼子三冠小説集 (河出文庫)
5. アフターデジタル　オフラインのない時代に生き残る
6. Clean Agile: Back to Basics (Robert C. Martin Series) (English Edition)
7. 中堅崩壊
8. 天冥の標Ⅰ　メニー・メニー・シープ（上）
9. IT業界の病理学
10. 天冥の標Ⅰ　メニー・メニー・シープ（下）
11. 天冥の標Ⅱ　救世群
12. 東京の子 (角川書店単行本)
13. バンクシー 壊れかけた世界に愛を
14. 外資系コンサルの知的生産術～プロだけが知る「99の心得」～ (光文社新書)
15. なんとかしたい！ 「ベテラン社員」がイキイキ動き出すマネジメント (日本経済新聞出版)
16. WIRED（ワイアード）VOL.34
17. WIRED（ワイアード）VOL.35
18. うつくしい繭
19. 天冥の標Ⅲ　アウレーリア一統
20. ピーター・ティール 世界を手にした「反逆の起業家」の野望
21. フィンテックエンジニア養成読本 Software Design plus
22. 見るだけでわかる！ビジネス書図鑑
23. 航路（上）
24. 航路（下）
25. ０秒リーダーシップ
26. 自画像のゆくえ (光文社新書)
27. 天冥の標Ⅳ　機械じかけの子息たち
28. NEXT GENERATION GOVERNMENT 次世代ガバメント 小さくて大きい政府のつくり方 (日本経済新聞出版)
29. すべての教育は「洗脳」である～21世紀の脱・学校論～ (光文社新書)
30. AWS認定資格試験テキスト　AWS認定 クラウドプラクティショナー
31. Design It! ―プログラマーのためのアーキテクティング入門
32. 猫楠　南方熊楠の生涯 (角川文庫)
33. Ｔｈｉｎｋ　ＣＩＶＩＬＩＴＹ　「礼儀正しさ」こそ最強の生存戦略である
34. 天冥の標Ⅴ　羊と猿と百掬の銀河
35. チュートリアル (Kindle Single)
36. 20 CONTACTS　消えない星々との短い接触　20 CONTACTS: A Series of Interviews with Indelible Stars (幻冬舎単行本)
37. WIRED（ワイアード）VOL.36
38. すごい論語
39. トランスヒューマンガンマ線バースト童話集 (早川書房)
40. PIXAR 〈ピクサー〉 世界一のアニメーション企業の今まで語られなかったお金の話
41. 昆虫はすごい (光文社新書)
42. みずほ銀行システム統合、苦闘の19年史　史上最大のITプロジェクト「3度目の正直」
43. 戦略の世界史(上) 戦争・政治・ビジネス 戦略の世界史 戦争・政治・ビジネス (日本経済新聞出版)
44. 嘘と正典
45. 絵でわかる感染症　ｗｉｔｈ　もやしもん (ＫＳ絵でわかるシリーズ)
46. 日本社会のしくみ　雇用・教育・福祉の歴史社会学 (講談社現代新書)
47. Software Engineering at Google: Lessons Learned from Programming Over Time (English Edition)
48. 第四次産業革命--ダボス会議が予測する未来 (日本経済新聞出版)
49. 美しき愚かものたちのタブロー (文春e-book)
50. MONUMENT あるいは自分自身の怪物 (ダッシュエックス文庫DIGITAL)
51. 復活の日 (角川文庫)
52. 死の淵を見た男　吉田昌郎と福島第一原発 (角川文庫)
53. 人生がときめく片づけの魔法　改訂版
54. ｍｅｄｉｕｍ　霊媒探偵城塚翡翠
55. オイディプス王(ソポクレス) (岩波文庫)
56. チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
57. Agile Software Development with Distributed Teams: Staying Agile in a Global World (English Edition)
58. グーグルが消える日
59. 2020年6月30日にまたここで会おう 瀧本哲史伝説の東大講義 (星海社新書)
60. 両利きの経営―「二兎を追う」戦略が未来を切り拓く
61. 零號琴 (早川書房)
62. THE TEAM 5つの法則 (NewsPicks Book)
63. タイタン
64. いかにして問題をとくか
65. kotoba2020年夏号

文芸書のおすすめ（一般編）

少しだけSF成分が入っているけれども、「東京の子」をオススメしたい。

東京の子 (角川書店単行本)

物語としてとても良かったのに加えて、いまこの本を読むと「来ることが無くなった世界線」感が興味深いだろう。オリンピックが予定通り行われた後の物語である。

東京オリンピックの熱狂は終わった。 これからみんな、搾取されて生きていくのかもしれない。 モラルも理想もすっからかんになったこの国だけど、 僕たちは自分の足で、毎日を駆け抜けていくんだ。
東京の子 (角川書店単行本)

文芸書のおすすめ（趣味のSF編）

話題となったのは昨年だけれども、やはりこの本がストーリー的にも、仕掛け的にも最高だった。ただしSF好きに加えて様々なSF作品やアニメ作品、文芸作品などに親しんでいないと楽しめないかもしれない。

零號琴 (早川書房)

ちなみに偶然だけれども本書を読む前に「ソポクレス オイディプス王 (岩波文庫)」を読んだので、さらに楽しめた。ギリシア悲劇の最高傑作すら取り込まれている。

教養書のおすすめ

問答無用でこれ。日本版ファクトフルネスだと思う。読んだ後だと世界の見方が変わる。後輩に勧められて読んだ本だけど本当に良かった。

日本社会のしくみ　雇用・教育・福祉の歴史社会学 (講談社現代新書)

あと「NEXT GENERATION GOVERNMENT 次世代ガバメント 小さくて大きい政府のつくり方 (日本経済新聞出版)」はすごい情報量が圧縮されていて圧巻。そして表現的にも「自作自演対談」という謎形式の記事が面白い（対談形式という形態で、すごくわかりやすいのだ）。

ビジネス書のおすすめ（マネジメント編）

ひねりは無いけれども、

両利きの経営―「二兎を追う」戦略が未来を切り拓く

は押さえておきたい本だと思う。有名な「イノベーションのジレンマ 増補改訂版 Harvard business school press」の後継となるような本である。ただし、かなり骨太。

ビジネス書のおすすめ（すぐ使える系）

マネージャーやリーダー的な立場の人に限定されるけれども、読んだ次の日から使えるという意味ではこの本が良かった。

THE TEAM 5つの法則 (NewsPicks Book)

人間が一人でできることは限られています。この世に存在するすべての人間が、他者と協働することで「自分一人ではできない何か」に取り組んでいます。「チーム」は、ビジネスパーソンは勿論、登校班で学校に行く小学生からゲートボール部で活動する高齢者まで、老若男女誰しもが関わるものです。
にもかかわらず、学校でも会社でも、チームづくりについて体系的に学ぶ機会はないと言っても過言ではありません。
THE TEAM 5つの法則 (NewsPicks Book)

という書き出しで始まる本書は、チームづくりについて方法論と根拠あわせて非常に良くまとまっていて有用度がとても高い。

技術書のおすすめ

まぁ、この本がお勧め。内容的にも素晴らしいが、前作「カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで」から格段に読みやすくなっている。著者の進化を感じられる。

チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで

本書の第一部、第二部に「直面する問題パターン」という一覧が提示されているのだが、とにかく日常の「あるある」が集約されているのだ。

あと、名著と言われていた「いかにして問題をとくか」は本当に素晴らしかった。ただし、だいぶ古い。1975年の数学の本だ。もちろん電子書籍もない。読み解くのは相当に難しいが、それでも大きな価値はありそう。この本はなんども読み返しそうな気がする。

この半期の振り返り

2020年上半期はいわゆるコロナ禍が発生した期間というわけで6ヶ月のうち約半分ほどは在宅勤務となっていた。

• 新型コロナウイルス感染症の世界的流行 (2019年-) - Wikipedia

自分自身の読書環境としては

• 日常生活の中でもっとも集中できる読書時間であった通勤時間が消滅
• 公共図書館が閉鎖
• ピーク時には書店も休業
• 心理的にも（不安により）なんだか読書に集中できない

と、ネガティブ要因山積みだった。しかし途中で「いや、この機会に大量の積読をなんとかしよう」と奮起した結果、いつもの半期に比べて少し読書量は増えている。

下半期（7月〜）についても引き続き在宅率は高い見込み（ときどきは物理出社）である。さて次はどんな本が読めるだろうか。

過去の読書ふりかえり記事

• 2014年に読んだ68冊からお勧め図書を選んでみる(文芸、ビジネス、技術書) - 勘と経験と読経
• 2015年上半期に読んだ本のふりかえり - 勘と経験と読経
• 2015年下半期に読んだ本のふりかえり - 勘と経験と読経
• 2016年上半期に読んだ本からお勧め図書を選んでみる(文芸、ビジネス、技術書) - 勘と経験と読経
• 2016年下半期に読んだ本からお勧め図書を選んでみる(文芸、ビジネス、技術書) - 勘と経験と読経
• 2017年上半期に読んだ本からお勧め図書を選んでみる(文芸、ビジネス、技術書) - 勘と経験と読経
• 2017年下半期に読んだ本まとめ - 勘と経験と読経
• 2018年上半期に読んだ本まとめ - 勘と経験と読経
• 2018年下半期に読んだ本まとめ - 勘と経験と読経
• 2019年上半期に読んだ本まとめ - 勘と経験と読経
• 2019年下半期に読んだ本まとめ - 勘と経験と読経

『他者と働く』を読んで考えたこと #デッドライン読書会

対象を決めたら2週間で読み切り、アウトプットして、感想戦をするという読書会企画の第15回。今回の対象は『他者と働く』である。この本は一度読んでいたので再読になる。良い本なのだけれども、なんだろう、この違和感は。

他者と働く──「わかりあえなさ」から始める組織論

どうしてわれわれは『他者と働く』のが下手なのか？

誰もがなんとなく、コミュニケーションによる課題感を感じている。なんとかしたい。というわけで、自分も様々な書籍などを読み漁ってきた。最近読んだだけでもこんなに・・・（しかも、思い出すのが面倒なだけで他にも山ほどある）

• THE TEAM 5つの法則 (NewsPicks Book)
• Who You Are（フーユーアー）君の真の言葉と行動こそが困難を生き抜くチームをつくる
• チームが機能するとはどういうことか ― 「学習力」と「実行力」を高める実践アプローチ
• 敵とのコラボレーション――賛同できない人、好きではない人、信頼できない人と協働する方法
• 人と組織の「アイデア実行力」を高める ― OST（オープン・スペース・テクノロジー）実践ガイド
• いつも結果を出す部下に育てるフィードフォワード
• ＥＸＴＲＥＭＥ ＴＥＡＭＳ（エクストリーム・チームズ）

まぁ、わかっているのだ。結局のところ『他者と働く』方法をきちんと学んだことが無いから、そして何かを学べばもっとうまくやれるという期待を持ってしまうからなのだ。

人間が一人でできることは限られています。この世に存在するすべての人間が、他者と協働することで「自分一人ではできない何か」に取り組んでいます。「チーム」は、ビジネスパーソンは勿論、登校班で学校に行く小学生からゲートボール部で活動する高齢者まで、老若男女誰しもが関わるものです。
にもかかわらず、学校でも会社でも、チームづくりについて体系的に学ぶ機会はないと言っても過言ではありません。
THE TEAM 5つの法則 (NewsPicks Book)

（ちなみに「THE TEAM 5つの法則 (NewsPicks Book)」はコンパクトにノウハウが詰まっていて非常におすすめ）

THE TEAM 5つの法則 (NewsPicks Book)

というわけで沢山の働き方関連の本を読み漁ってきたわけだけれども、では本書『他者と働く』はどうなんだろう。感想をひとことでいうと「とてもエレガントだが、紹介されている方法論は極力使いたくないなぁ」という感じ。

『他者と働く』

さて本書のことは様々な書評やレビューなどで紹介されているのでそちらをご覧いただくとして

• 組織のなかの「他者とのわかりあえなさ」をいかに克服するのか？：宇田川元一著「他者と働く」書評 | 立教大学 経営学部 中原淳研究室 - 大人の学びを科学する | NAKAHARA-LAB.net
• 「わかりあえない他者」と働くすべての人へ。気鋭の経営学者が語る超実践的な組織論 - THE ACADEMIA
• 対話はコミュニケーションではない。私たちが乗り越えるべき「道具的な関係性」とは - THE ACADEMIA
• 組織で生じる「4タイプの適応課題」と、スターバックスの危機を救った大変革 - THE ACADEMIA
• 行き詰まった対人関係や組織を動かす。注目の概念「ナラティヴ」の意味と対話の役割 - THE ACADEMIA

この後の所感を論じるために論旨をピックアップしておくと、だいたい本書はこんなことが書かれている。

• 既存の方法で解決できる問題のことを「技術的問題」（technical problem）、既存の方法で一方的に解決ができない複雑で困難な問題のことを「適応課題」（adaptive challenge）と呼ぶことができる（ロナルド・ハイフェッツの定義）
• 技術的問題はなんとかなっている。そして適応課題で社会や組織がこじれている
• 適応課題に対応する方法として著者はナラティブ・アプローチという方法論を元に、（著者の考案した段階的プロセスによる）対話を提唱している

内容的にはかなり興味深い。特に自分の周りのソフトウェア開発界隈では、アジャイル開発コミュニティ周りでかなり話題になっていた。実際問題、わたしもいくつかの課題に対する対応方針を検討する時に参考にさせていただいた。有用な本であることには疑いはない。

だが、しかし・・・

本書が必要な状況そのものが不幸ではないか？

うまく表現できないのだけれども、本書が活用できる状況は非常に不健康な状況なんじゃないだろうか、と思ったのだ。こんなことで悩んでいる職場は、嫌だ。

そもそも論で

• こじれないようにするほうが大事
• こじれちゃったとしても、1対1の「対話」はかなり最終手段であって、その前にできることがたくさんありそう
  • TEAMINGのテクニックとか
  • 文化的なアプローチとか
  • 時と場合によるけれど、相手をチェンジするというのも一つの考え方だと思う

ということを考えてしまったのだ。

なんというか、本書の想定しているアプローチは「相当に煮詰まっちゃっている」ような気がする。そういう意味では、自分は煮詰まる前に水を足したいというのが本音だ。

もちろん、ちょっと目を離した隙に火にかけすぎてしっかりと煮詰まっちゃうことはあるので、その際にはきっと読み返して対話にチャレンジするとは思うのだけれども・・・

さて、次は何を読むかなぁ。

More Effective Agile “ソフトウェアリーダー”になるための28の道標

かな？

技術書、紙の本で読むか、電子書籍で読むか、Webで読むか←NEW!

「技術書、紙の本で読むか、電子書籍で読むか？」というブログ記事が興味深かったので自分の意見を書いてみた。結論から言うと、最近は紙の本でも電子書籍でもなく、Webで読むことが私は多い。

• 技術書、紙の本で読むか、電子書籍で読むか？ - give IT a try

Webの本？？？

米O'Reillyサブスクリプションを購入して、learning.oreilly.comのサービスで読んでいる。以下の動画を見てもらうのが早い。

learning.oreilly.comにはO'Reillyだけではなく、主要な技術書出版社の多くがカバーされている点が最大のポイント。

Webの本のメリット 4つ

積読という概念の超越

サブスクリプションなので、もはや積読という概念がない。収録されている全ての書籍に無制限にアクセスできるのである。積読に魂を縛られることもない。

• 読まなくても罪悪感ゼロ
• つまみ食いし放題
• つまらなかったら途中で読むのをやめる
• 面白そうな引用や参考文献紹介などから、ディグる

コピーも翻訳も可能

learning.oreilly.comは通常のWebページとして本が読めるようになっている（固定レイアウトということも無い）。よって、紙の本や電子書籍では通常難しい次のような事も可能である。

• 気になる用語についてCopyしてWeb検索
• サンプルコードをそのまま利用
• 翻訳サービスの活用

横断検索できる

learning.oreilly.comでは書籍の横断的全文検索も可能である。単純に検索できるだけで便利なんだけれども、特に最近はリアルWeb（普通のインターネット）の技術情報が急速に使い物にならなくなっている（S/N比が悪化している）。若干情報鮮度は下がるが、S/N比の良い情報ソースとしても活用できる。

なお出版社がO'Reillyである場合に限り、新刊について発売前の草稿の段階からlearning.oreilly.comで閲覧できるようになるので分野によっては実は情報鮮度の問題も小さい。

アクセシビリティが高い

PCでもスマートフォンでもタブレットでも閲覧可能だし、文字サイズも変更できる（固定レイアウトということも無い）。というわけで、アノ問題に対してもやさしい。自分は午前中は細かめ、午後は大きな文字で読んでおる……

• ベテランプログラマの前に立ち塞がるのは「老眼」 - Togetter

Webの本のデメリット

もちろんデメリットもある。

• 英語（まぁ機械翻訳でなんとかなる）
• 値段が高い（ある程度は工夫はできる）
• 全ての技術書が閲覧できるわけではない
  • 例えば近著だと「More Effective Agile “ソフトウェアリーダー”になるための28の道標」などは収録されていない。出版社などによる
  • 日本独自の書籍も当然収録されていない
    • この場合は自分は電子書籍で購入することが多い（紙の本をルーペで拡大して読むのは嫌なんだよ！）

まとめ

米O'Reillyのサブスク ＞＞ 電子書籍 ＞（老眼の壁）＞ 紙の本

ちなみにlearning.oreilly.comで今読んでいるのはこんなの

The Software Architect Elevator: Redefining the Architect's Role in the Digital Enterprise (English Edition)

97 Things Every Scrum Practitioner Should Know: Collective Wisdom from the Experts (English Edition)

参考

• 英語技術書を機械翻訳で読みまくる方法 - 勘と経験と読経
• ACM Professional Membershipの登録 - 勘と経験と読経
• 技術書の読み方 - kawasima