1月11日〜13日(ネットワーキングがメインのDay0を含めると、10日〜)に行われていた、Regional Scrum Gathering Tokyo 2023に参加してきました！ とてもエネルギーに溢れた時間・空間だったなぁというのと、もっと観たいセッションが多すぎた身体が全然足りん・・・・というのが大きな感想です。
インターネットで見かける人たちも沢山いたなぁ、あと研修を受けた時にアシスタントとかスタッフとかやってくださってた方も、「そういえばオフラインで見たことなかったな」って不思議な感じに。
続きを読む先日行われたPHP Conference Japan2022に参加しました。
当日の参加した記録は↓で。
daisuki.nichiyoubi.land
この2日目、9/25に「エラーと向き合い、自信を持ってサービス開発に取り組み、前に進む」というタイトルで登壇しました。
当日用いた発表資料に、少し手を加えて「配布版」としたものが↓です。
自分なりに「登壇する方」の視点でふりかえってみたいと思います。
今回提出していたプロポーザルがコチラ。
CfP期間は、ある意味で自分にとっての「棚卸し」のような働きにもなっていて、「マネージャーになってコードを書く時間が減ったから」「仕事の内容にあまり自分の中での新規性がないから学びも少ない」なんて状態に溺れてないよな・・・と確認するための動機づけにもなっています。
コードリーディング系やライブラリの紹介のようなもの、リーダーシップやコミュニケーション、学習方法、監視やオブザーバビリティ、あとは最近友人とGoを学習しているのでそれを元にした題材などを用意しました。
(あと、書いている途中に締め切りを迎えて間に合わなかったのですが、「パーフェクトPHPで出てきたフレームワークを今風に書き換えてみたらどうなる？〜この10年で変わったPHPの書き味、風潮〜」的なのも出そうとしていました。思いつくのが遅かった・・！)
実装や設計などのコードに寄った話よりも、組織とか関係性みたいな話の比重が増して行っているな・・とは認めざるを得ないところですが、それはそれで「今の自分に話せること」なので仕方ないです。
その中で、「これなら長尺にも耐えられるかな」と判断した唯一のトピックが有り難くも採択された結果です。
ちなみに、今回のカンファレンスで1番最初に届いたものでもある模様
今年のPHPカンファレンス トーク応募RTA優勝は @o0h_ さんでした! 2連覇! おめでとうございます。(注: 早いからといって有利になったりするわけではないので、ほかの皆様はじっくり考えてください。)
— ooharabucyou (@ooharabucyou) 2022年5月28日
昨年のAdvent Calendarの記事でも触れていた通り、「深いテーマ性を持った発表に取り組んでみたい」「少しずつでも40分や60分のロングセッションにも挑めるようにする」というのを今年の目標の1つにしていました。
・・・「挑めるようにする」というのが設定したことであり、「実際に登壇する」とは考えていなかったのですが。出来たらラッキーかもね、くらい。
そういう意味では、めちゃくちゃ有り難く機会を頂いた一方で、それだけで「テーマ性を持って、深く探求していくこと」が達成された訳ではないので、引き続き精進していく必要がありますね。
とはいえ、めちゃくちゃ大きなマイルストーンになったことは確かだと思います。
元を辿れば数年前から追い続けていたテーマであり、前々職や前職で述べたようなことを「ちゃんと言語化してパブリックにして再利用可能にしたい！！！」みたいな期待もありました。
暫く前に唐突に閲覧数が増えたコレでもアプリケーションエラーに触れてますし、「0次対応」について社内Wikiから外に持ち出して再編集した記事も2年前のものですし。
カンファレンスに向けた動きとしても、前回のぺちこんやPHPerKaigi 2022でもトライしてたのをブラッシュアップして挑んだのが今回。
そんな訳で、自分の中にいだき続けていたものであり、採択通知を受け取った時は少し震えるような思いすらしました。
過去に発表や公開をしたものの中で、とりわけ個人的な思い入れが大きいのが 入門監視を読んで考えた内容をまとめたものとCakePHPの進化をたどりつつ、「モダンさ」の必要性を考えたものの2つで、今回はここに連なるようなものにしたいなと感じていました。それは達成できたと思っています。
「こういう取り組み方があるよ」的な、発表内容で言うと§3や§4の一部にあたるような特にプラクティカルな部分については「前から持っていたもの」という事になります。
その上で、プロポーザルを投げる際に思っていたことの1つとしては「自分と同じような事を考え始めた人が、周りの人を説得したり動かしていくのに足るような、客観性や合理性を備えた、参照ないし再利用しやすいような資料にしたい」というものがありました。自分自身が、「持って帰って使える」ものが欲しいと感じていた領域の1つだからです。
そういう背景で、「理論」のパートを扱っていたり、特に前半部分においては書籍の引用が多めになっています。書籍を引用したり参考文献に大量に乗せているのは、「それっぽく見せることで納得感を上げたい」という助平心もゼロではありませんが、もし同じようなことに興味を持った人が「しっかりと学びたい」「考える武器を増やして行きたい」という際の案内になるように・・と願ってのことです。
「欠陥がコストになる」というような話を、しっかりと構造化して説明できるようになることは、他人と協働していこうとする際には価値のあることだと思うので。
恐らく、2年前や3年前よりは、自分の中でも経験が深まったり複数の現場を覗けたことで言語化の進んだ部分がありますし、関連知識の習得も進んで「言いたいこと」へのアプローチも強くなった面もある気がします。
もう1つ別の話としては、自分なりの「ver. 2022」的な部分ですが、チームやメンバーのマネジメントに携わるようになったことで、そういった見地からの要素が含まれる事になったなぁ〜というのを感じています。
「戦略性を持って目標を立てよう」な話とか、「巻き込み方を大事にしよう/簡単に他人が動くと思わないほうが良いよね」な話なんかは、モロに仕事でやっている事に影響されているなぁ・・・と。(後者については、 CAL-1での話を自分なりに言語化したものであり、コーチングのトレーニングを受けた事で学びを得た要素を混ぜ込んでいるものになっています)
あるいは、「しっかりと信頼できそうな理屈や考え方に立脚しよう」というのも、ここ1-2年で読書量を増やすように心がけて行動した結果とも言えるかもしれません。
そういう背景があって、最終的には4章＋まとめという構成になりました。
発表や資料の中でそんな呼び方はしませんでしたが(鼻につきそうって感じがして・・・)、①vision ②theory/generality ③strategy ④tacticsという流れになっているはずで、ピラミッド状になるように話を展開しつつ風呂敷を広げることができたんじゃないかな〜と思っています。
自分なりに長く追い続けていたもので、かつ「今の自分だから話せること」もあるというのは、やっぱり自分の中での大きなテーマなんだなぁと
最初の時期は「何か役に立ちそうなものをとにかく雑多に突っ込む」をScrapbox上で行っており、アウトラインを考え始めるくらいのタイミングからmiroを使って骨組み・肉付けをするような流れで進めました。
で、めっちゃ思ったんですがmiro便利・・・！
以前のPHPer Kaigiでもmiroを使って一部の図の作成を行っていたのですが、今回は活用範囲が増えてきました。
一通りのスライドが出来た時点で「口頭で話なきゃいけないことを減らしたい」「発表の速度を上げたい」という課題が目に見えていたので、そうすると「なんかいい感じに図を入れたら、スライド3〜5枚分の説明を端折れるぞ」という効果を求め始めて、しかし作図は面倒くさくて時間がかかりすぎちゃわないかな・・・という悩みを解決してくれました。救世主。愛してる。ありがとうございました。
また、資料作成や発表準備の段階で、社内の登壇する人やそれ以外にも何名かに力を貸していただきました。 感想やフィードバックをもらうことで、自信を持ったりまとめ方を見出だせたりと、色々と前進できたと感じます。とても助かりました。
毎度のことながら、発表したものを観てくれる人が居てリアクションをしてくれるというのは本当に偉大で尊いことだなと思います。
とりわけ、今回は「初めてのロングセッション」「熟成を重ねてきたと思えるトピック」という要素もあったものですから、その感動もより大きなものでした。
Twitter上で発表中/後に反応をくれたり、オフライン会場に来ていた同じ会社の人が発表直後に駆け寄ってきて「良かったですよ！！」と声をかけてくれたり、カンファレンスの後日に「うちのチームでも考えてみることにしたよ」と言ってもらえたりと、受け取ってくれている人の存在を確認できると「頑張ってみた甲斐があったな、良かったな」と嬉しく思います。
もし今回の発表で興味を持ってくれた方が居たら・・・・！
先にも述べたとおり「知見を深めたり広めたりする手助けになれるように」という動機でAppendixniha「参考書籍」をとにかく片っ端から載せたんですけども、その中でも、以下については未読でしたら強くオススメしたいです。必読レベル。
順番もこの通りかなと思います。
ちなみに、この2冊が刺さるような人たちは、twadaさんの アジリティを支える品質特性 / Agility and Quality Characteristics Developers Summit 2021 Summer - Speaker Deckも刺さるはず。講演中の中でも引用元として紹介されています。
上記2冊とはちょっと毛色や時代が違うかもしれませんが、今の時代にも読むに値する1冊に間違いありません。
自分が感覚で「0次対応って効率いいよね」と考えていた部分は、この本を読むことで言語化・理屈付けが非常にはかどりました。
聴いてくださった方、資料を読んでくださった方、リアクションをくださった方、本当にありがとうございました！！！！！！
疲れたし緊張もしたし、登壇直後は想像以上に体力がすり減ったりもしていましたが、楽しく終えることが出来ました！！！！
9月24-25日に行われたPHP Conference 2022に参加しました。
ひっじょ〜〜〜に楽しみました！！🤩🤩🤩🤩
PHPカンファレンス 2022 実行委員会さん・・コアスタッフや当日スタッフの皆様、スポンサーとして盛り上げるのに一役買ってくれた企業の皆様も、そして個性的でワクワクする発信をしてくれたスピーカーの皆様に感謝感謝です。
コレは社内Slackでワクワクしている私の様子です。「結構」とは。
両日とも、開始〜最初のセッションくらいまでは自宅参加になったのですが、午後からは現地にてオフラインでの参加でした。
そして、9月までに消失する休暇がある＆「イベントの翌日、体力的な披露・・・というよりも、余韻に浸れる時間が欲しい！！！」ということで本日はお休みをとっておきました。うれしいねぇたのしいな〜
そんな時間を活かして、諸々の感想などを。まずは時間を置かずに書こうと思います。
(オフィシャルのフィードバックフォームには回答済みだぜ！！トークフィードバックも後ほどやる。)
幸運にも、自分が提出したプロポーザルを採択していただくことができ、登壇してきました。
スタッフの皆様、現地やオンラインで聴いてくださった皆様、大変ありがとうございました。
これについては・・・ちょっと別のポストにしようかなー
沢山になりそうなので。チラッとだけ言及すると、このテーマは個人的に数年前から追っかけ続けていたものだったりもするので、自分としてはちょっと特別なものがありました。
少しでも誰かの役に立ったモノがあったなら本当に嬉しい。
ひっさびさの大田区産業プラザ〜〜〜！っていう、自分などオフラインでのペチコンにはこれまでに1度しか参加したことなかったのですが、それでも会場を観たときには(陸橋からPioのロゴが目に入った瞬間！)に凄い高揚感を感じたり。
これは、周りの人の昨年・昨昨年と待望している様子だったり、あるいは今回の「オフラインだやったぁ！！」という感じに、自分も感化されていたのかなと思います。
PHPコミュニティに限らず、「カンファレンスの廊下」の魅力を語る人の話に触れる機会も増えたと感じています。ってことで「行きたいな」があったとさ
毎度ながら「同じような話に興味を持った人が本当に集まってるんだなー、凄いな〜」って思うし、会場スタッフの方も気持ちよく接してくれて楽しい気持ちになりました。
あと、受付する時に自分を認知して何かを言う前に名前を呼んでくれる人がいる〜〜！って経験が出来たのでテンション上がりました。
カンファレンス初心者の人とか「スタッフの人と知り合いになっておく・面識を持っておく」っていうハックはありかもしれない。会場到着時にちょっとホッと出来る可能性が上がる。
それから、過去の同僚やコミュニティつながりの知り合いと再開・交流できたので嬉しかったです。
というか「オフラインでは初めまして！」が発生するの凄い楽しいですよね、最高〜〜。
それ以外にも、一方的に(?)知っている人とエンカウントできたりっていうのが今回もあったのでホクホク＆ワクワクしました！
ただ、まだまだ「話してみたいなー」って思ってた人と邂逅できてなかったりするので、やはりofficial懇親会欲しいな・・・・
今回は自分の会社からも参加者が現地に来ていて、「あぁ〜良いねぇ〜〜」って気持ちになりました。
地味に(前回のPHPerKaigiが平日日程も含んでいたこともあり)カンファレンス参加支援の制度を策定しており、こういう動きが自分でできるのはTech LeadとかEngineering Managerやっていると便利だねぇ〜〜って思うところなのですが、それを利用しての参加者を発生させられた！って事は、ちょっと役に立てたのかな〜などと感じた次第です。
自分の登壇枠の裏2つとも凄い興味深かったり、それ以外にも注目してるセッションが同じ時間枠だったり・・・！というのはどうしても避けられないのですが、Youtube Liveのアーカイブが即時公開されているのはめちゃくちゃ嬉しいですね！！
恩恵を受けまくっております。
アーカイブで色々と見ると思うけど、とりあえずDay1&Day2の間に観られたものだけでも！！
スポンサープランの「60分セッション」っていうのを見た時に、「これって・・・某社の某”まわりにあるモノすべてがプログラミング"の人が喋るイメージしか湧かないんだけどw」とか個人的に思ったりしつつ、やっぱりGMOさん！と思ったりしつつ、なるほどペア登壇をするパターンだ〜〜。
新卒2年目！！ってことだったので、そこまで「広い年代の人が集まる中で喋る」っていう経験は無さそうだよな〜〜って中でトップバッターなのは結構大変そう！
っていう勝手な杞憂なんて意味がないくらい、「新人だから」「スポンサーセッションだし」とか何とかって言い訳する必要もなく、聴いてて興味深い話だったなって感想。
漸進的改善にせよSLO運用にせよ、「すごく真っ当なことをやれてる環境なんだな！！！」って思ったりしました。組織全体をどう動かす〜？何をやってく〜？みたいな所がミッションになってくる自分にとっては、早くこうした「効果が高いと広く認められてるプラクティスをちゃんと導入していく・実装していく」っていうのは羨ましいなというか悔しいなというか、「あ！！それ！俺もやりたいやつ！！」と思いながら聴いていた次第。
あとUnleash知らなかった！めっちゃ興味あるので調べてみる。
これは若手ではない枠としての立場からの感想です
#phpcon #phpcon2022 #track1
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
色々とちゃんとしてそう・・・て思うと、新卒の段階とか早い時期からこういうちゃんとした環境で身の振り方が染みつく！！みたいなのって、本当に掛け替えのない財産になるよなぁ。素敵だ・・
俺も若手に「以前と比べて出来ることが広がったなぁ」って言われたいし言わせてぇ
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
#phpcon #phpcon2022 #track1
ここから会場入り。
CDK、マジで名前くらいしか知らなかったんですが、なるほどそういう感じか・・・・と思って「これ触ってみたいな、面白そうじゃん！！」って気持ちに。
「インフラとふれあえそうですか？」に対しては「やってみたいで〜〜〜す！」って答えになりそう。
(terraformだろうとcloud formationだろうと、AWSでIaCする時って結局は「どうしてもDSLとかよりかAWSのサービスの把握をしないと」って印象になってしまう、ってのもある)
てっきり「PHPでやってみましょう、実は出来るようになってたんです！」的なオチを期待してたので「Issueがある」「あっ・・(察し」で笑ってしまったw とはいえTypeScriptは相性が書いてても呼んでても良さそうな気がするし、良さそうだな〜。
全体的に、本当に「インフラってなんだろうね(普段は意識してないもんねー)」的な目線からの説明になっていたのが印象的でした！
ここ数年で一気に「PHPStanをPJで活用する」っていうのが尖ったことじゃなくなってきたと言うか、「触ってみた！」「〜〜って何？解説！」みたいなものから「導入してみて、運用してみた際の知見の共有」という話題に移ってきている気がするな〜とこの発表を聴いても感じつつ。
PHPStan(or Psalm)とdeptracは入っていて当たり前、みたいな時代になりつつあるのかもなぁ。
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
あとcs/cs-fixerあたりもかぁ。#phpcon #phpcon2022 #track1
実際に「入れていくぞ〜」ってなった時に、序盤の大ボスみたいなところって「直し方が分からんしひたすら面倒クセェー」ってなってしまう人が出ることなのかな？って予想はしているので*1、やっぱりそういう工夫してるのね〜っていうのが聞けたのが良かった。
開発メンバーができるだけスムーズに慣れるための運用体制は必要 ←sorena！！！
↓コレありませんか？
「どのレベルにどのエラー検知が入っているのか、がぱっとわかりにくい」わかる
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
で、もっと言うと「どこにあるかなー」ってドキュメント探しに行くと「え！こんなのもルール作られてるんだ、おもしろ！！」ってなって道草が捗る
#phpcon #phpcon2022 #track1
内容そのもの、登壇者(の過去実績からの)への期待値・・・っていうのがあったのに加え、今回は特殊な事情で「60分セッションがどんな感じか体感しておきたい」みたいなのもありましたw
で、想像していたよりも易しいレベルからの話で、「なるほどそういう風に説明を積み上げていくのか〜〜！」なんて面でも学ばせてもらったなぁという気がしています。
Head First Object-Oriented Analysis & Designと似たようなレベル感で、それを少し「現場より」にしたようなものかもな〜って印象も受けました。というか、コレは実際に誰かに教えているような内容を活かして練り上げたのかな・・？みたいな事も勘ぐったり。良い意味での現場臭さも感じたと言うか。
この話を若手に聞かせて、TDDを拗らせさせて、そのままボブおじさんの新作をブチ込みたいな！！！！！という変な事も考えながら楽しく聴かせてもらいました！
しっかりと「よく聞くけど、あの小難しそうな概念何？」ってところから、TDDやFWといった次につながるような学びの種も落としていくような素敵な発表
「(自分の)仕事を学ぶためにフレームワークを学ぶ」って観点、たしかになぁ〜面白いなぁ。#phpcon #phpcon2022 #track3
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
「チームのレベル感」「スケジュール」
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
結局はそれが全て・・・・・・・・・！って所はあるよなぁ〜〜〜〜〜
だから普段から「業務以上の」レベルにチームを育てておいちゃう、っていうのは大事!!!!#phpcon2022 #track3
いやはや安心・安定の成瀬さん、相変わらず発表が面白いなぁ・・・
改めて動画を見てみると、基本的には話すタイミングではちゃんと目線を上げてるなーとか、話すペースのスピードを柔軟に動かしてるなーとか、上手さを感じる・・
自分も、折角誰かの時間をもらって話をするんであれば、ちゃんと聞きやすいような話し方を出来るようにしたいのう
こういうめっちゃくちゃ説明が分かりやすいセッションが世の中に出てきてくれるの本当に尊い・・・・・
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
社内とかで説明する時にそのまま渡せる・・・・・・・・・・・っていうのも嬉しい・・#phpcon #phpcon2022 #track3
自分が誰かに説明する時に「依存の逆転って何が逆転なの、”逆”じゃないとしたら何？」っていうところに苦労した事があるので、コレ見ておいてね！！で済ませられそうなの嬉しい。
タイトルだけ見ると、クラス間だったりレイヤー間の依存のコントロールかなぁ〜って想像してたんですけど、「チーム間の依存」「組織の依存」を切り口に更に大きい話に繋ぎ込んできたのは「おっ」って思いました。
すべてはプログラミングなんだなぁ
これは現地で、同じ会社の人(若手？でもないか)と聴いてたのだけど、ウンウン頷きながら聴いていたのが印象的だった
めもり〜さんのメモリ管理術！
「メモリが足りないなら増やせばいいじゃないか」を感じるコード、しばしば見かける事があるので、世知辛いよねぇ〜〜って気持ちになりながら聴いていました冒頭。
「普段の仕事で使わない知識」と「仕事をやる上で必要な知識」みたいなのって、かなり境界線が曖昧というか、実は「下の視点で考えられる人が当たり前に見えている世界 🆚 低レイヤー(例えば)を避けている人に見えている世界」っていう差があるだけだなーと思ったり。
「自分の領域はココまで！」なんて決めずに、インフラでも組織づくりでもメイン言語よりも下のレイヤでもなんでも、知っていることが多ければソレが武器になるぞーっていうのがアプリケーション開発業だなって気がする。
ob_start() の引数とか、 ZEND_MM_CHUNK_SIZE とか、自分が今まで知らなかった・通ってこなかった知識も触れることが出来て嬉しかったです。
一方で、gc_collect_cycles()とかは、「CIでテストがメモリ不足で落ちる」とか言った場合に(具体的な原因を追うのが難しいので・・・)雑に呼んじゃう、みたいな事も過去にあったなぁなんぇ思い出が蘇ったり。
あと資料中に現れた猫が愛らしかった・・・！
プロポーザルを見て楽しみにしてたやつの1つ！
個人的に、この2日間で1番の「聴いてよかったな」ってなったセッションだなぁ。
まだ見られていないものもこの後追っかけるので、もしかしたら今はまだ確定じゃないのかもしれないけど、でも恐らくコレがきっとこのままベスト1だぞ〜。
技術的な内容については、今の自分には触れてこなかった部分なので「すごい！！すごそう！」くらいの反応しか出来なかったのですが(知識と力が足りん・・)。
自分的に、カンファレンスの発表などで求めることって違う方向性で3つくらいある気がしていて、
って感じなのですが、このセッションにはその3つともギュッと詰まっているような感じがして、凄く圧巻・・・・となった気がしました。
こうした困難な問題に対して、しっかりと向き合って、必要だと感じたらそれが大きな壁だろうと真っ向から食いついて乗り越えていって、世界的なコミュニティの中で関与して結果を残していく・・・みたいな姿勢と実際の結果を見て、感銘を受けたと言うか大きな感動を覚えたと言うか。 あまりうまく言語化出来ないのですが、本当に「めちゃくちゃカッコいいな！！」と。
また、まだまだRFCが採択される前からチラチラと様子を見ていたので、そういった意味では「リアルタイムに見ていた話の裏や内面をその当事者から新鮮な内に聴くことが出来る」っていうのコミュニティの醍醐味だなーきっと
凄く単純に「明らかに難しい技術力高めな世界」的なパワーや、「RFCの出し方」とかは自分の知らない世界だったりしつつ、
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
厄介な問題にタフな執着心をもって誤魔化さずに解決するエンジニア的な姿勢やOSSコミュニティの中の助け合いとか温かさとか(怖さもw)、そういうのが感じられた#phpcon2022
day1、あとはGold Sponsor's Talks 1 を見ました！！(全部書くと分量が長くなっちゃいそうなので割愛、オフィシャルのトークフィードバックに書きます・・・)
タイトルが好きすぎて笑ったのですが、蓋を開けたら(そりゃそうなんだけど)普通に役に立つ系の話だなぁ・・・と思ってまた笑っていました。
事前にご本人と喋った時に「ロードバランサーを米国においてサーバーをヨーロッパにおけば世界一周だ！！」とか言ってたんで「凄いなぁ」と思ってたのですが、ちゃんと「現実的にありえてしまいそうな範疇で、何が動作を遅くするのか」という話に落ち着いていた＆それでも地雷が沢山あるなぁ〜と改めて思ったり。
それこそ、Attribute Casting(の悪用w)については「知らないと見抜けないし困っちゃいそうだな」と思ったり、ただ「ちゃんとプロファイリング取らないとボトルネック見つけられ無さそう」「Laravelでプロファイリング取るとcollect()ばかりになって途方に暮れがち・・・」っていう気持ちが湧くなどしていました。
とはいっても、全体を通じて「遅い場合は大体使い方が悪い」っていう風な事を思ったので、モラルを持ってコードを書いていきたいですねぇ。。
ネタっぽいタイトルだけど普通にめちゃくちゃいい話なの流石だ・・・
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月24日
「見た目の素朴さ」とか「こんなので遅くなると思わない」って本当にあるもんなぁ。それであんまりSaaSのAPMとかだと気づきにくい部分で、かといって「ちゃんとプロファイリング使って読み取る」ってやるか？っていうと・・・
資料も発表も、聞き手を飽きさせない感じで上手だなぁと思いました、いいなー。
あと、過去に発表した資料が紹介されていて嬉しかったです！ありがとうございました！！
沖縄の発表も面白かったし、自分自身がこの辺りの導入・構築をしたいなーって考え続けている日々なので楽しみにしていたやつ。
アクセラレート本、自分もどっかで話したいなと思ってたトピックだったりもするので、他の人からPHPコミュニティで話を聞けるのは楽しいなぁ。
良いなぁ〜素敵だなぁ〜と思ったのは「実際に計測するときには、自分の組織に合わせて拡張していく必要がある」と述べられていた部分。
この本は、4つのメトリクスとか24のケイパビリティみたいな話なので「具体的な戦術・プラクティス」よりの事柄なのかなーと一瞬思いつつも、実はその本質は「目指すべき大方針をまとめた」「しっかりと意味のある指標を定義可能であると示した」というところにあるのではないかなーなんて思っているので。
別観点の指標(SRE、財務諸表)と関連付けて考えよう！っていうのは、すごくナルホド感あった。Data Transfer Objectを組織戦略を考える上でも実装すればいいですよね！！みたいな事を思った次第です。
あとは、折角だからmetrikのことも聞いてみたかったですかね〜使ってる会社さん無いかなぁ。 github.com
全体的に、すごく発表の流れにメリハリ位もあって話も分かりやすくて面白かったです！！
願わくば、この後に「暫くやってみた」「ここがこうなった」「こういう所は問題があった」的な話が聞いてみたいですねー
何か思ったより長くなってきたぞ
色々と面白かった、あっという間に終わった気がします〜
技術選定と学習コストの話、「組織全体に行き渡らせられるか」みたいな気持ちも湧いたりしがちだけど、実際には「一定数(割と少なめでも)がついて行ければOK」って判断もアリ得るのか。そういう意味だと「しっかり区切られてるから」は重要だし助けになるんだな〜〜って気づきが
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月25日
・・・いや、オレオレFWってやっぱり現実的な選択肢になってこないか？？とか思えてしまう。学習コストの関係なんですかねぇ。保守コスト、特に新規バージョンに追従していくコストとか「必要としていない変更」を取り込んでいかなければならないコストをどう判断すれば良いんでしょうね。
もちろん、「ちゃんと筋が良いものを作れるか」が肝になると思うので、そのハードルがめちゃくちゃ高かったりはするはずなんですが。
day-2はココから現地。
同社内から自分以外には唯一の一般枠での登壇者で、面白く聴ききましたー。
header()の話とか送出タイミングの話とかは自分もあまり詳細に知っていなかったし、「フレームワーク的な世界観とそれ以前の世界観(オブジェクトとして保持しつつ責務を分けてタイミングを見計らって適切な箇所で処理するるか、結果が確定できたと判断した時点で持ち込みすぎずにどんどん影響を吐き出していくか・・的な)の比較」も感じられて面白く聞きました。
前回のPHPerKaigiでも本番前の壁打ちとかで少々お手伝いしてたりもしますが、いつも「最初のうちは『難しそうなテーマ選んだなぁ、どうまとめるのかな〜』とドキドキして見守りつつ、段々と形になってきてよかったーって思っていると、本番が近づいて完成形が見えてきて、最終的には自分がイメージしていた以上の完成度とか興味深さになって、良い意味で期待を裏切られるなぁ！」なんて事を感じながら、素直に凄いなぁと感心しながら＆純粋に1つのセッション・コンテンツとして楽しみながら拝聴しておりました。
公開の場所で色々と言及するのが立場的に気が引けるのでサクッと・・・
うさみさんの発表はいつもキャラが立っている上に説明すべき所をしっかり抑えている感じがあって面白いなーと思いながら、かつ、今回特に楽しそうに喋ってらっしゃったのが印象的で穏やかな気分で見ていました。
PHP、なんとなくそんな気はしてたけど・・・「標準関数」っていうの自体が曖昧なんだな・・・
朝のトークセッションとは別の意味で「コアなど存在しない」を感じましたw
あと、フォールバックで突発的に壇上でコードを書き始めるの凄い。自分だったらパッと出来ない気がします。
「関数を調べようとすると古い関数が出てきがち」とかも、たしかに言われてみるとそうだなぁ。
コレもプロポーザル出た時点から楽しみだったやつの1つ。
今回1番楽しみにしてた発表の内の1つを’登壇完了の余韻に浸りながら聴ける贅沢さ#phpcon #phpcon2022 #track2
— 今日も誰かのにちようび(おいしい鮭親子丼) (@o0h_) 2022年9月25日
sjiさんの自己紹介で「普通のサラリーマン」って書いているのはなにかの冗談か・・・？という気さえしてしまうのだけど、期待を上回るような濃さw
「締切駆動でPHPのRFCも投げよう」ってどういうことなんだw
WEB+DB Pressでtraitの話をしている回がそもそも面白かったので、その話＋αくらい聞けたら十分に嬉しい気もするな〜って思ってたりはしたのですが、しっかりと「traitとは何であるか/何でないか/何でありたかったのか/何故こうなったのか」という内容がカバーされていて勉強になりました。
「PHPのコアに提案をした」という経験を引き連れての登壇が、普段のテーマよりもだいぶ一般的だったり実用的だったりするのもちょっと面白いもんだな、と感じました。
てきめんさんのmbstring/shift-jis周りの活動も拝見していたので、とても楽しみにしていたやつ。
文字コード闇深そうだよな・・・・と思って、実際に聞いてみたら凄い複雑そうで、そしてラストのスライドの締めが「mbstring全部手を入れて沼に沈みましょう」なの凄い😇
とはいえ、歴史の中で各時代において何とかしようと頑張っていた人たちが居た結果なんだよな・・と思うと、それはそれで偉大。13万行のPR！！っていうのもインパクトがあまりにも大きいけど、そこまでの仕事をやりとげよう〜〜という意志と行動はめっちゃ凄いよな！とも感じたりしていました。
自分が全く知らない世界でも頑張っている人が居るんだな、って意味で「辛い」「凄い」「尊い」が同時に吹き出てくるような感覚で聞いていました
LT基本的に言及してませんが1つだけ・・・
当初は「filter_var()くんはドメイン判定するときには避けましょうね＾＾」的な落ちになるかと思ったんですが、なるほど優秀そう・・・！ってなりました。
アカセさんの発表を生で見るの初めてな気がするのですが、スライドも喋りもテンポが良いし話も分かりやすくて凄い楽しかったです！LTだ〜〜〜〜って感じ凄い。
内容もさることながら、スライド最後のオチとそれをうけてのTwitter上でのリアクションですね！！！！！めっちゃ楽しみ・・！
とりあえず、めちゃくちゃ楽しませてもらった2日間が終わりました〜〜ありがとうございました！！ + 開催当日までに見た発表の感想でした！ 書いてたら長くなっちゃった。見直すのも大変なので一旦これで放流・・・。
お疲れさまでした！他のセッションも気になるのてんこ盛りなので沢山見ます！！
読みながらメモとかはとっていなかったのだけど、これは記録に残しておきたいなーと思ったのでざっくりと読書記録を。
GWに対話や関係構築に関する本を読んでいたり(問いかける技術、アサーション入門、フォーカシング)、直近でもシャイン博士が語るキャリア・カウンセリングの進め方: <キャリア・アンカー>の正しい使用法を読んだりなどで、「コーチングとかマネジメントとかリーダーシップについては、色々と知らなきゃいけないことがあるぞ・・無限にあるぞ・・・そしてそれを自分が知らないことによって周りの人が失敗する確率が上がったり、本来望めたレベルが下がったりするのは嫌だな・・・」「知れば知るほど武器になるな、面白いな」っていう気分が高まっていたので。
とりわけ、キャリア・アンカーの話を見ていて「周りの人の実力・才能をもっと豊かに引き出すには？」を深めたいなーという意欲を濃くしてくれたので、積んであった本書を手にとった次第。
「セキュア」という言葉が含まれていることから、心理的安全性とかそういう方面の話と関連があるのだろうなーと思いながら読んでみたけど、そうっちゃそう。
読了後に、この本を知った＆買ったきっかけは何だったっけ・・・っていうのを思い出そうとしたんだけど文脈が掘り出せずに残念。購入タイミング的に、LeanとDevOpsの科学を読んでいた時期っぽかったので、その関連かな？
原題が「Care to Dare: Unleashing Astonishing Potential Through Secure Base Leadership」で、「思いやりで勇気を与える」「セキュアベースリーダーシップで驚愕的な才能を開花させる」みたいなニュアンスなのかなー
言うまでもなく、この「セキュアベース」が本書の中核的な概念であり、それがどのような効果をもたらすか？どのように実装・実行するか？を伝える本。
セキュアベースリーダーシップについては、まえがきの言葉を借りれば以下のように定義されている。
守れられているという感覚と安心感を与え、思いやりを示すと同時に、ものごとに挑み、冒険し、リスクをとり、挑戦を求める意欲とエネルギーの源となる人物、場所、あるいは目標や目的
『まえがき (P9)』
個人的なイメージでは、「私はここにいて良いんだ！という肯定感をもたらし、内発的な意欲をもって挑戦を促す」ような施しをもたらす「いつでも帰ってこれると信じられる基地、ホーム」的な存在なのかな〜という捉え方。
その存在は、からなずしも「接点をもった誰か」である必要はなくて、精神的支柱となるような「目標」であったり「過去の経験、エピソード」などでも良いよーと。ふとっちょのオバサンの為に靴を磨く、というのも近いだろうか。遠いか。
1冊を通じて、他人(フォロワー)にとっての「セキュアベース」たるようなリーダーになることを目指す。それは「具体的な何かの行動や思考」よりも総合的な、「人としてのあり方(P13)」として語られる。
そのために必要な「資質」を9つの要素に分解し、しかもそれを「明確で、現実的で、習得可能なもの(P61)」と断言している。
それぞれ、どうして必要なのか？具体的にどんな行動・心理に顕れてくるのか、表せるのか？自分自身がそう振る舞えているかを、どう点検すればいいのか？どのように獲得・強化すればいいのか？
─といった話が展開されていくのだ。
論理的な話であり、自己啓発的な側面も多分に含みながら、具体性・実践的なレベルによく落とし込まれているな〜と読んでいて嬉しかった。
いわゆる「尊敬・敬意」「謙虚さ」「安全であること」「優しくすること」は、語るまでもなく重要である事には異論はないが、やはりビジネスの局面においては「厳しさ」も必要なのでは？と感じる面もある。
要するに目標達成に向けた力学だ。それが無くて、どうも片手落ちな、ただ他人を恐れて日和ったような平和主義じゃないか・・・と感じてしまうような本もしばしば見かける。
その点、この本は「健全なプレッシャーのかけ方」についても視野に入れているように感じられて、その点がとてもよかった。
個人的にはチームが機能するとはどういうことか ― 「学習力」と「実行力」を高める実践アプローチを初めて読んだときに、「あくまで目標達成に向けたチームの強化(学習促進)のために、手段として心理的安全性を確保しに行く」というスタンスに目から鱗！！が落ちたのだが、この本もまた「ただ優しいお兄さん的な”安心できる基地”になろう」というだけの話の展開はしておらず、好きな感じだ。
全体的な構成の工夫として、実際にあった(セキュアベースリーダーシップを発揮していると言える)顕著なエピソードを頻繁に織り込まれていて、それも読者の興味を維持し続けるのに貢献していると思う。ワクワク感があった。*1
少しだけ話の展開が冗長に感じられる部分もあるかも知れないが、そういう「何度も1つの物事を少し言い換えて述べる」的な配慮を頼って、少し気楽に読んだりスピードを上げても大丈夫そうだな〜って安心感を個人的には感じた所。
主題であり、本書の論(の具体的な部分)の骨子になる要素。
これらの要素・行動を安定的に実践することで、フォロワーのセキュアベースになろう！というもの。
それぞれが「思いやり」と「挑戦(の誘発、促進)」を高いレベルで獲得し提供するために欠かせない、と。
特性1つずつに対して、「(調査で収集した)セキュアベース・リーダーが、それを表し実践していると言える顕著な発言」「あなたのセキュアベース・リーダーシップ行動を評価しよう(点数が低かった部分が重点的に伸ばすべき項目になる)」「特性を伸ばすためのヒント」といった節を設けて肉付けしている。
例えば、特性5「力強いメッセージを発信する」についていえば、
のように紹介されている。これが、9個とも全てにおいて繰り返される。
各特性についての「あなたのセキュアベース・リーダーシップ行動を評価しよう」に従って、セルフアセスメントをしてみたら、以下のような結果になった。
主に職場において部下・同僚・上司とのコミュニケーションを想起しながら点数を付けてみたもの。
(各設問、1＝まったくできていない〜5＝常にできている で答えるのを3問ずつ)
| 特性 | 評点 |
|---|---|
| 1. 冷静でいる | 6/15 (3未満が2つ) |
| 2. 人として受け入れる | 14/15 (3未満が0) |
| 3. 可能性を見通す | 13/15 (3未満が0) |
| 4. 傾聴し、質問する | 15/15 (3未満が0) |
| 5. 力強いメッセージを発信する | 9/15 (3未満が1) |
| 6. プラス面にフォーカスする | 14/15 (3未満が0) |
| 7. リスクを取るよう促す | 11/15 (3未満が0) |
| 8. 内発的動機で動かす | 12/15 (3未満が0) |
| 9. いつでも話せることを示す | 8/15 (3未満が2) |
意外と高いかもな？？？？(今はそこそこ機嫌が良いからですね、多分)
元々の素質として「人のことを観察してポイントをつかもうとしている」「ちゃんと他人を褒める」という面は持っている*2のに加えて、コーチングを勉強しながら「目の前の相手を信じる」「内側に持っている可能性を引き出せるようにする」というのも重要性を理解しトレーニングしているので、他者に対する尊重は概ね評点が高いのかも。
(傾聴と発問は、座学や読書だけでなく機会を作って実践訓練を積んでいるので。伸びていないと困る・・)
他方で、自身を律することや、他人に対して「課す」ような方面は依然として弱そう。
この辺りは、他人に対する弱気とか、「相手の望みに対する確証が持てない」的な、コントロールできないものへの不安が強く出ているのかな〜という感じがする。自己肯定感が低い(自分の持っているもの・見ているものへの疑いが強い)性質からくるものな気がする。
「力強いメッセージを〜」についても、「簡潔に伝える」が弱いと感じている(＝話がダラダラしがち)ので、これもまた「伝わっているかな？と不安がつきまとっているから」という意味で根が似ていそう。
こうした面が、どのようにリーダーシップや(組織内で果たすべき)他人への影響の与え方に影響しているか？が分かるし、その重要性も解説されている！！というのが本書。
・・・にしても特性1😇
コレに対しての「ヒント」として、(自身の感情や気分に自覚的になって、それを収束させる術を用意すること〜という意味で)「マインドフルネスの練習をする」というのが挙げられている。
いや〜、そうですよねガッハッハ！という気持ちになったけど、課題感はあってちゃんと 積んでいる 勉強しようとしているんですよ！！！というのが下の図。
方向性はちゃんと合っているんだなーとも言えるので少し自信になった。
本書全般を通じてリーダーシップは「フォローとリード」もしくは「CareとDare」のような軸の掛け算で描かれているが、その「思いやること」と「挑ませること」を用いた四象限で「リーダーシップのアプローチ」を説明している。
これがまた面白かった。チームを動かすときに、リーダーがどのように行動したり判断したりするか・・・？
「思いやりも強く、挑ませる面も強い」となったときに「勝利を目指す」ようなリーダーシップとなる。
逆に、「思いやりも挑ませる面も弱い」場合には「回避を目指す」と。
要するに、チームとしてのリスクのとり方や、「自分でやるか・誰かにやらせるか」という意味でのリスクの置き方が変わってくる。
これもまた、そのようなアプローチを端的に表現するような言葉(セリフ)─「この表現にピンときたら、あなたのアプローチはコレですよ！」といったものが例示されていて、イメージが湧きやすかった。
例)
こうしたアプローチについて紹介した上で、重要なのは(個人的に心に留まったのは)
このモデルから得られる最も重要な学びは、「プレッシャーを受けたときにどの方向性に動くか」である。
『第6章 「勝利を目指す」マインドセット (P228)』
という部分。
ただ8行程度でサラッと書かれている内容ではあるが、リーダーシップというのは、固定的で唯一性のあるものではなく、あくまで変動的であり脆いものなのだなーとハッとさせられた。
人は「良い面よりも悪い面のほうが目に付き、印象に残る」ようにできていると思う。
なので、プレッシャーがかかったとき = 弱さに飲まれた時に、どのように力を発揮できるか・・・・？は重要な課題であると感じた。
セキュアベース・リーダーになるためには「他者とどう関わるか」が重要になる。
その要素として「自分自身が、自分に対してどのような関係モデルを持っているか」「自分自身が、他人に対してどのような関係モデルを持っているか」の2軸からなる4象限のパターンとして「愛着スタイル」を表せるという。
自己に対する肯定感の＋or−、他人に対するそれの＋or−の組み合わせだ。
これも「基本的なスタイル」があり、様々な要因によって「別のスタイル」が誰しも現れるものだという。 (それぞれの象限が、先のリーダーシップアプローチにもリンクしてくる)
これも本書の中で特に気に入った部分のひとつで、各愛着スタイルごとに、「調子の良い日」「調子の悪い日」におけるそれぞれの行動特徴を説明している。
こうした説明に自身の行動を照らし合わせて、「自分はどの愛着スタイルが基本なのだろう？」とアセスメントをすることができるのだ。
(そして、ここでも「安定型」を目指すための処方箋が紹介されている)
自分に当てはめて考えてみると、自信に満ち溢れている時は安定型で居られることが歳を取るに連れて増えてきたようにも思う。
その一方で、2〜4のどれも出てくるんでないかい？？？という気もした。明らかに「引きこもる」「気落ちする」という反応はあるので。
ただ、そこまで行くことは減ったorリカバリは効くようになってきたとも思うし、少なくとも「他人にそのままぶつける」ほどの問題は抑え込めるようになってきたんじゃないかなー・・・
2,3でいえば、昔だったら拒絶型が強そう、今だとやや不安型に行き着くのかな？という気も。
他にも、とても重要な概念が出てくる。「絆」や「信頼構築スタイル」、「喪失」「離別」や「悲しみのプロセス」だったり、「6つのリーダーシップのスタイル」など。
セキュアベース・リーダーは、そのコンセプトだけをなぞると、かなり崇高で聖人君子なビジョナリーでエナジャイザーで・・・・といった現実離れしたコンセプトになりそう。
しかし、本書では「セキュアベース・リーダーになるためには、リーダー自身にもセキュアベースが絶対に必要」とか「リーダーシップや関係性のスタイルは、プレッシャーやストレスによって(一時的に)変動するもの」といった現実的な面を見落とさない。
この「絶対壊れない完璧性」よりも「弱った時に素早く認知して、どう回復するか」と向き合った話に、とても希望を感じた。
自分自身がぼんやりと感じていた課題(「思いやり」はまだがんばれても、「挑ませる」が上手くない気がする)についても、その症状と課題、そして処方箋を得ることができたはずだ。
改めて、「リーダーシップってなんだっけ？」って考えてみたくなるきっかけとなった1冊だった。
自分自身、ここのところ(というかCAL-1を受けてからかなー)は「サーヴァント性よりも自己変革性を伴って行動するリーダーシップを獲得したいな」と感じていたところだったので、この「けしかける」ような側面・・・「フォロワーがしっかりと高いレベルの挑戦を続けられるか」に重きをおいた話は非常に面白く感じた。
強いて言えば、「自分自身がどのようにビジョンを掲げ、それに邁進していくか/周りを巻き込むか」に関しては扱いが薄かった気がする(あくまで「フォロワーを内発的な動機によって行動させる」が目的)ので、その辺りはまた別の本や理論で補っていきたいところ
読みたい本がたくさんあるんだ〜〜！って気持ちのままに迎えた連休ということで、本を読みました。
タイトルとか、Twitter眺めてて言及されてた本とか、本を読んだら紹介されていた本とか、「何となく興味を持った」とか「コレはどっかで読む可能性があるんじゃないか？」と思った本をば〜って買っていくスタンスになっているので。
どちらかというと、「1冊を丁寧に読む」っていうよりも「どんなことが書いてある本なのかを知る」みたいな読み方をする割合が増えているかも？という気がする。
(もちろん、じっくり読んだりちゃんと理解して掴もうとする本もある)
年末年始のアドベントカレンダー期間に「とりあえず読了だけはする」と決めて付き合った本が何冊もあったり、4月に入門〜基礎レベルのプログラミングの本を1日？半日？で8冊ほど目を通したり・・・というのを体験したので、なんというか「読み流す」みたいな読み方が上手くなった気がする。感覚を掴んだよな。
そういえば昔から「雑にやっても大事なことだったら何度もでてくるし定着するでしょ」っていう思考なので、まして今みたいに積ん読が膨れ上がっている状態だと、こういう風な読書のモードを簡単に取り出せるっていうのは良いことなのかもなーって感じ
4/29-5/8までで10冊読んだので、ペースにしてちょうど1日1冊くらいかなー。
前から読んでいてこの期間に読み終わったものもあるし、逆にこの期間に読み始めて今も読書中のものもありつつ。
あと、「1冊は読み終えられるように軽そうな本を挟む」みたいな事もしてた。この辺り、去年のGWに結構たくさん読んだな〜っていうのが1つの目安にしてたなぁ。
ソフトウェア設計、コーチング、PjM、DevOps、PdM、ファシリテーション、「他人に勧められるかな？」目線でレベル的に自分にとっては易し目な本・・・と、自分の興味のあるものを我儘に手にとった感じ🤗
あと洋書が段々と自分の読書リスト(実際に読んだ本)に含まれてくるようになったのは嬉しいな。
これもアドベントカレンダー2021に訓練みたなものができた点だと思う。
アナリシスパターンを読み切るぞ！！！って思ってたけど、結局まだまだ途中だなぁ。
読了順に
いや〜〜〜コードがPHPだとすごい分かりやすいな！？脳みそが楽だ！！！みたいな気持ちになった。
直近でアジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄と匠の技を読んだ際に「コードが視覚を通じて脳みそに届いて理解に至るまで」の摩擦係数がすんごい高ぇ〜・・・みたいな経験をしたばかりなので、この「ざっと全体俯瞰してもポイントや言いたいであろう事が目に飛び込んでくる」くらいの読みやすさはとっても気楽で嬉しかった。
それもあって、かつ難易度としてもそんなに高くなくわかりやすかった気がする。
コードが具体的、ある程度の「DDDとは」的な所の端折りを許したことで「つまり何」がテンポよく出てくる、みたいな感覚。
どうしても「養殖物」なコードではあると思うのだけど、「集約」とか「ドメインイベント」とか「ドメインサービスとアプリケーションサービス」とかの戦術的DDDを扱う上で出てくる掴みにくいような概念も、自分にとってはスッと頭に入って来やすい感じがしたなぁ。
それは「PHPだから」もあるだろうし、「説明も簡潔だから」ってものあるだろうし、それこそ「何度も似たような本を薄く広く読んできたから解像度が上がる」って効果も感じつつ。
動作可能なサンプルコードもGitHubに上がっているということで、本書にて触れられていないコードとか全体のつながりは補える。
勉強がてら、CakePHPで書き換えてみたいなーって思ったり。
なるほど感が多かった1冊。DDDの「入り口の次」くらいに良いんじゃないかなー
最近、社内でもDDDだったり設計に興味ありそうな人がチラホラ目に入ったり、あと「PHPのコードリーディングを練習してみたい・良い題材がほしい」って人も居たりするので、勉強会してみても面白そうだ。
まず「なんで童話で語ろうとしたんだwww」っていうお茶目さを感じつつ、全体的にそういった軽快さで記述されているので、読み心地としては軽いしとっつきやすいんじゃないかな〜！という印象。
これ1冊で「プロジェクトマネジメントができるぞ！！」というものではないけど、例えば「自分が参加しているPJでマネージャーがどういう事を考えていそうか、何に気を遣っていそうか」が薄っすらと感じ取れるようになったり、自PJの「なんとなく上手く行ってないかも？やりづらいかも？」を観察するためのメガネにはなってくれるかも。
組織開発系の本、ということでいいのかなー。
「問いのデザイン」とか「問いかけの作法」とか(どちらも同じ著者だけど)が「どうやって引き出すか」というよりも、こちらは「どうやって向き合うか、聞き手の態度として何が大事か」のような、より内省的な話を扱っているような印象。
(同著者の「企業文化」「人を助けるとはどういうことか」も積んでる、面白そうだから読みたいんだよなー)
この本は「謙虚に問いかける」という事を重視していて、「謙虚さとはなにか」「なぜ大事なのか」といった話を展開している。
ただ単純に「相手に大して丁寧な態度で接する」みたいな話だけではなくて、もっと受容を重んじるような、「自分の意見を出したり主張したり誘導することなく、本当に相手の中にある/出そうとしているモノを引き出す」といったような話。 相手に興味を持つ、先入観を排除する、「聞く」のに集中する・・・
面白くて新鮮だったのは、「思考プロセスに影響を与えるようなの問い」がアンチパターンとされている点。
例えば「内面に何を持っているのか」とか「根底にどういった思考や価値観があり、そういう思考に至っているのか」といったような、会話(=発言など、表面にできていているもの＝コンテンツ)を生み出している原因だったり過程だったりといったレイヤーに意識を向けるような問いのこと。
「よく聴く、相手を立てる」みたいな実践であるはずのコーチングにおいて、こうしたものこそが「相手への興味の向け方」とされているような感じがあり、明確に違うなーと。
もちろん「どっちが良い、悪い」という話ではなくて「適切に使い分けるべき」という話になるのだけども。
いわく、このような問いかけは「本人は思おもよらなかったことを考えさせる」ような方向づけになってしまい、相手の考えようとしていた事柄の道筋に大きな影響を与えてしまう。言ってしまうと「思考プロセスを乗っ取る」「会話の主導権を握る」ような状態に陥ってしまうのではないか、と。
問いや会話の実践を通じて、信頼関係を築いていく事を指向した1冊。
今回はちょっと駆け足気味に読んでしまったけど、分量もそんなに多くないので、またどこかで再読したいなー
アサーションとかアサーティブコミュニケーションっていうのを初めて知ったのはどこだったっけか・・・というのがパッと出てこないのだけど、どこかでしっかり修めてみたいなと思っている分野の1つ。
こうした考え方を知ることは、単純に「他者と上手くコミュニケーションをとる」みたいな事にも効果を発揮すると思うのだけど、もっと抽象的な部分での「自分が自分を大切にできているか」「何にこんなにも傷つけられているんだろうか」を取り出す力が育まれるのかな〜という気がする。
その点で言えば、第3章「考え方をアサーティブにする」で触れられているものが大事そうな感じも。
コーチング、カウンセリング文脈の本を引き続き読んで見る。
フォーカシングはとてもおもしろいし強力だなぁ・・・と思うのだけど、自分の場合、マインドフルネスやU理論みたいな「実際に自分が感じてみないと、どういう感覚なのかを掴むのが難しいもの」という引き出しにフェルトセンスは入っているような。
自分の場合、コーチングを習う過程で少しは体験していたので、最後まで「面白いなー」って気持ちを維持しながら読めた気がする。
フォーカシング、「自分の内面や感覚に意識を向けて、何が起きていてどんな事を感じているのか・・？を知ったり理解したりする」みたいな話で。これが出来ると、例えば「なんでそんなにイライラしてしまうのかが分かった！！」とか「私が本当に望んでいたのはこういう事だったのかも！」みたいな感じで、気持ちや感覚がほぐれたりと。
特に印象的だったのが、
うなくフォーカシングができているときにはどんな感じが出てきてもうれしく感じるものです。「死んでしまえ！」という内面の感じが聞こえてくるかもしれません。これをおだやかに、理解を示しながら吟味することになるでしょう。たぶん「おや、面白いな。宣告されてる感じだ。道理で行き詰まってるという感じがしてたんだ─もしそこにこんな感じがずっとあったのだとしたら。(後略)」 (P51)
のあたり。
こういう、「めちゃくちゃ憤っているのは自分自身」であるはずなのに、その感情の変化や激しい反応自体も切り離して客体化していくことで、そこから踏み込んで「何がそうなれるのか」についても理知的に分析できるーっていう作用の仕方にはすごいパワーを感じる。
これもまた、「こういう考え方もあるんだな」っていうのを知っているだけでも救われる面はあるのでは？といった1冊。
実践コミュニティの話。
会社で考えようとしていたことに関連して、連休の狭間に「ちょっと明日のミーティングに持ち込もうとしているネタについて、うまい説明ができると良いなー」ってことで優先度を上げて読了。
「お互いに知見を共有し合う、同じ領域に興味や課題感を持つ人同士で集まって研究や学習をすすめる」って意味でのコミュニティと、「実際に起きた出来事や行動から得た知識や考察を重んじる、得た知見は現場で活かす」って意味での(理論知でない)実践を、ということで「実践共同体」とか「実践コミュニティ」「プラクティスコミュニティ」とか「PoC(s)」とか言われているものについての本*1。
「ユニコーン企業のひみつ」で紹介されているSpotifyモデルでいうところの「ギルド」とかもコレの1つなんじゃないかな？って思っているのだけど、どうなんだろう。
あとLeSSでも触れられていたり。
調整と統合 - Large Scale Scrum (LeSS)
「こういう取り組みがあるんだな」というのを知るためには十分な1冊だなーと感じる反面で、そもそもの性質として「上手くいくやり方を紹介する教科書的な本」っていうのは難しい話題なのかもな、とも感じた。
事例研究を集めて統合した内容にはなっているけど、かといって「どこにでも当てはまる公式」なんてのは無いよなー人や状況に応じて観察して最適化していくしかないよなー・・みたいな。
他方で、「企業活動としてやらなければいけないこと」みたいなのは抑えている気がして、例えば「業績や評価とどう結びつけるか」「組織内でどう位置づけるか」などなど。 逆に、(例えばアジャイル系な本とか組織開発系な本であるような)「個人としての喜びをどう描くか、どうエンパワメントしていくか」みたいな側面はあまり触れられていないような印象も受けた気がする。最近割とそういった本ばかりを読んでいたからなのだろうけども。
こういったトピックについて興味がある人は目を通してみても良いかもしれない、ただ「やってみるしかない」「上手くいくかどうかは、まずリーダーシップを」(あと上役の理解と支援！)的なところなので、端から端までしっかり読んで頭に入れる〜〜っていう必要性は薄いのかも。
どうやっていくか？という面では、むしろ、Fearless Changeとか学習する組織とかに必要なことが散りばめられているかも。
システム運用アンチパターンのまえがき(だっけな)で触れられていたので買った本。
ビジネスフィクションで描かれた「最悪な状態からどうやってDevOps的なコンセプトの実践・実装で大きな成功を勝ち取っていくか」を紹介する本であり、「DevOpsとは〜」とか「○○のプラクティスを紹介します！」といったものではなく。前情報なく読んでみると面食らうかもw
ある意味では「理念」「価値観」「哲学」といったものをまざまざと描き出して伝えてくれる1冊でありつつ、全てが物語の中で展開しているので、「ここから何を(具体的なプラクティスや進め方として)学ぶか」については、読者自身がしっかりと要約したり抽象化する必要がありそうかな？っていう印象。
中身としては(対立者がめちゃくちゃ最悪でストレスが溜まる、っていうのを除けばw)スルスルっと読めるし「あるある」的な内容もふんだんに盛り込まれているし、読み物として楽しめる内容でもあったし〜で面白かった
良いコード／悪いコードで学ぶ設計入門―保守しやすい 成長し続けるコードの書き方をGW前(配信開始日)に読んだことをきっかけに、未読だったな〜と思って手にとった本。
今の所の自分だと、何かめちゃくちゃ目新しいことを学ぶぞ・・・！という期待よりも、「何か会社とかで若手に勧めやすい本があるといいな」「他人に説明する時に分かりやすい文章とかを吸収したいな」という期待が強めだった。
読んでみて、評判に違わず「色々な人にオススメして良さそうだな、早い段階で出会ってほしいな」という印象に。
これ1冊で「設計が出来るようになる、引っ張っていける！！」っていうものではないにせよ、大事な心構えが埋め込まれていると思うし、「ガンバに持って帰って実践する」のに能う本だなーと。
「業務ルールにしっかり目を向けておけ！」みたいな点が強調されていたり、「データベースとアプリケーションコードがどういう関係になるべきか (変な癒着を避けないといけない)」という罠っぽいところも抑えてあったりと、抑えているポイントが気持ちよかった。
どっかで読まないとな〜〜って思って読めていなかった1冊、これが読めてよかったな。。
必ずしも全面同意ではないものの(モジュール(というかクラスか)についてのスタンスなど)、考えは明快で力強いな！！と思うものがとても多く。
あと英文も読みやすかった印象！
Deep Moduleって単語はこの発表で初めて聞いたものだったのだけど、やっぱりオリジナルを読むと「なるほどな！！」感がまた1つ変わってくると言うか。
あと、個人的には、コメントについての考え方がとてもおもしろかった。
General puserposeとSpecial purposeも共通性可変性分析に通ずるものを感じたし、レイヤー分けとか”Pull Complexity Downwards"とかに繋がっていったりと。
複雑性とは何か？という定義(解釈)についても、シンプルによく言い切っているな〜って感心して納得したり。
仕事でコードレビューをする際に机の片隅に置いておきたいし、そういう仕事をする人には1回読んでみてほしいなぁとも感じる。
名著と名高いだけあるなー
本の最後に「Summary of Design Principles」「Summary of Red Flags」が載っているのも助かるし、著者の想いとか願いとか苛立ちみたいなものを感じる
ば〜〜っと駆け足気味に読み流した感じ。より思想的な部分、哲学的な部分を期待していたけど、どちらかというと「数字をどう設定するか(何をインジケーターとして扱うか)」だったり「運用をどうするか」みたいな具体の話の方が、この本においては面白かった印象。
そういう意味では、少し物足りなかったり期待が満たされなかったのかも。
組織文化やコアとなる精神といったもので、「根本的に今とは考え方を変えないと強くなれないぞ！！！」と思わされるようなガツンとくる衝撃は無かったかもなー的な。個人的には、プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届けるの方が好きそう。
「製品開発、サービス提供」の分野については、いくつかのコンテキストで同様に語られることがある気がする。セールス、マーケ、プロダクト(開発)、顧客リレーション・・・例えばカスタマーサクセス系の本を読むとセールスだったり顧客リレーションが多かったり。その意味でいうと、この本はマーケティング畑の本かな？って何となく感じた。
翻訳者ご本人のスライドが https://speakerdeck.com/ykmc09/product-led-organization にあるので、先にコチラに目を通してから本書を手にとって見ると、より面白そう！
*1:長澤さんの記事 https://www.servantworks.co.jp/posts/scrum-master-community-of-practice/ や、ここでも言及されている「Scrum実践者が知るべき97のこと」でも紹介されてる
PHPerKaigi 2022に登壇しました
@hanhan1978さんにお呼ばれして、2回目のポッドキャスト出演で喋ってきました！
とても楽しかったです✨(普通に喋っているだけなので、これで良いのだろうか？っていうのは毎回思うw
悲しいのはこの2日前に使っていたマイクが壊れていてEarPodsで喋らざるを得なかったこと・・・
