株式会社アットウェアの guyonさんから献本頂きました。ありがとうございます。
レジリエントマネジメント 荒波に立ち向かい、困難を乗り越えるチームの育て方
本書はテクノロジー業界でマネージャーやリーダーとして、コーチングに関する講演や執筆を行っておられるLara Hogan 氏による書「Resilient Management」の翻訳本です。
VimConf 2025 small の会場で、本書の翻訳を担当された guyonさんから直接手渡しで頂き、帰りの新幹線で早速読み始めました。
実は僕は普段、こういった自己啓発本を読むことはまずありません。マネジメントをやられる方であればご理解いただけると思いますが、マネジメント業にはほぼほぼ完璧な答えがないからです。その場その場で起きる問題が異なり、同じ問題であっても人や組織の状況によって最適解が変わるため、巷の書籍などで紹介されている方法論をそのまま適用することに対して、どこかしら抵抗感を持っていたからです。特にマネジメントとはいわゆる「人」を扱う分野であり、「人間ハック」という言葉で表現されることもありますが、対話する相手の個性や感情、価値観を無視して一律の方法論を押し付けることに対して、強い違和感を覚えているからです。
われわれは一部の成功事例を真似して「これをやればうまくいく」と信じてしまうことが多々ありますが、僕はそれらは生存者バイアスだと思っています。つまり、特定の文脈で偶然うまくいった方法を一般化しても、それが自分たちに当てはまるとは限らないとも思っています。
しかし本書は、そのような僕の先入観に対して「そういうことばかりではないよ」と覆してくれたように思います。
本当の「レジリエント・マネジメント」とは、人間をハックすることではなく、人間の多様性と限界を理解し、健全なバランスを取ることだからです。
本書を読んでまず印象に残ったのは「バランスを取ることの大切さ」です。辞書でResilient (レジリエント)を調べると「しなやかさ」や「回復力」という訳が出てきます。この言葉の通り、本書で強調されているのは「しなやかさ」そして「回復力」です。
ITエンジニアの皆さんであれば、開発を行っているチームや組織の状態が、急速に変化したり、不安定になることを日常的に経験されたことがあるでしょう。例えば、チームメンバの退職、チーム内の不仲、経営層の交代などによりチーム構成やリーダーシップが大きく変わるなどです。米国であればレイオフも起きるでしょう。このような状況では、チームの雰囲気が一変し、メンバ同士の信頼関係が揺らいだり、コミュニケーションが滞ったりすることがあると思います。
また、プロジェクトの優先順位が突然変更されたり、新しい技術スタックへの移行が急に決まったりすることもあります。これにより、チームメンバが戸惑いを感じたり、モチベーションが低下したりすることがあります。そういった変化の中で、チームや組織がしなやかに対応し、問題に対して強い回復力を持つことが求められます。
さらにチームとして継続的に成長するためには、個々に対するヒアリングやフィードバックが欠かせません。個々の評価を公平に、そして健全に行うことが重要です。メンターとして個々に対する関心や興味といった「好奇心」を持つことで、メンバの強みや課題を理解し、適切なサポートを提供できる様になります。
対話の方法、メールを投げるタイミング、メールの量、そういったリアルなTipsだけでなく、起こりうるさまざまなケースで最悪の事態に陥らないために、普段どの様な心構えや行動が必要かといった具体的なアドバイスが提供されています。
特に印象的だったのが、BICEPSモデルの考え方です。人が安心して「しなやか」に働くためには、6つの基本的欲求BICEPS があると書かれています。
例えば、チームに帰属意識があり、発言や判断に自分の選択が反映され、扱われ方に公平さを感じ、将来がある程度見通せて、自分の仕事に意義を感じられるとき、人は自然と「レジリエント(しなやか)」になります。逆に、これらが欠けた組織では、変化へのしなやかさが失われ、硬直的になります。
硬直的にならないためには普段からメンバの声を聞くことが重要です。マネジメントをしていると忘れがちですが、現場こそが最も多くの真実を知っているということは揺るぎません。上からの判断よりも、実際に手を動かしている人の感覚やデータを尊重することが、組織のしなやかさを支えると僕は思っています。
しかし現場の声を引き出すのは簡単ではありません。ツールやプロセスが複雑すぎると、逆にそれが障壁になります。Slack、Jira、といったツールを使っていかにうまくコミュニケーション環境とレポートラインを構築するかも重要です。こういったツール選びは新規参画者のオンボーディングにも影響します。例えば新規参画者のためを思って用意された導入資料が各所に散乱していたり、量が多いとかえって「覚えられるわけがない」と感じさせてしまうこともあります。こういった心理学的な配慮も、レジリエント・マネジメントには欠かせません。
人間の脳は「予測」と「安全」を求めるようにできており、予測が外れるとストレスが生じます。だからこそ、組織がしなやかであるためには、BICEPSのような心理的ニーズを満たしつつ、それでいて「不確実性にどう対処するか」をチームとして訓練する必要があるのです。
レジリエントなマネジメントとは、個人の能力よりもチームの健全性に重きを置く考え方だと思いました。チームを育てるのは1人では無理なのです。誰かが視野を狭めた時、それを補い合うチームであればこそ、変化の波にもしなやかに対応できるはずです。
本書を通じて学んだのは「強さ」よりも「しなやかさ」を重んじる姿勢です。人と人の関係の中で健全な摩擦によりレジリエンスを育てていく。その考え方が、これからの不確実な時代を生き抜くために必要なアイテムだと感じました。
11/18、東京秋葉原のアキバプラザで、4年ぶりとなる VimConf、「VimConf 2023 Tiny」が開催されました。
今回、Kaoriya さんから「SoftwareDesign で執筆した内容で基調講演をして欲しい」とお願いされた際に、即答で OK をしましたが実は少し不安がありました。SoftwareDesign を事前に購入した人に同じ話を聞かせてしまうのは残念すぎないかという気持ちです。どうしようかとしばらく検討しましたが、SoftwareDesign の内容からスピンオフした内容にする事にしました。
規模が少し小さいとは言え、せっかく楽しみにきて頂いてる皆さんに、残念に思われないようにしたい、少しでも「来て良かった」と思って貰えるイベントにしたと思い、テーマは変えないまま色々な Bram Moolenaar 氏のエピソードを盛り込んだつもりです。
11/18 当日、僕は会場の受付で運営側としてノベルティの VimConf マスクを配布させて頂きました。(お気付きだっただろうか)
事前の PC 接続テストで Ubuntu Linux がうまく HDMI 出力できず最終的に KaoriYa さんのノート PC をお借りする事になった事だけが残念です。
以下は各登壇者の発表の感想です。
Vim と deno を RPC で繋ぎ、TypeScript で実装を行う事で、Vim をロックさせず、なおかつ型のある安全な実装をできる Denops という仕組みを実装した、ありすえさんの発表。Denops が生まれた経緯などがわかりやすく解説されていた。
Pros/Cons が説明されている点と、どんな物に Denops を適用すれば良いのかを解説していたのは良かった。AI との組み合わせはこれからの Vim 界隈でも増えていくと思いました。
ゴリラ.vim を発足した理由や、今も尚開催を継続しているモチベーションを説明いただきました。ゴリラさんの日頃からのモチベーションの高さは僕も皆も関心していて、逆にゴリラさんから熱いパワーを貰っている側面もあります。「まだ発表するには自分は早い」と言わずどんどん発表して欲しいとの事。次回開催は 12/13 です。次回開催は 12/13 です。(大事な事なので2度書きました)
RSpec の使い勝手のよろしく無い部分を Vim で解決しようという話。英語での発表でありながらテンションの高さを表現されており素晴らしかった。個人的には LT の時の「マスタリング Vim」もテンション高くて良かったです。
skkeleton の作者 kuu さんがインサートモード時の処理の難しさと skk.vim や eskk 等との比較なども。実は僕も Vim での SKK 実装を2回ほどやった経緯があり興味深く見せて頂きました。ちなみに SKK にチャレンジしたけど挫折した人は意外といるという知見を得ました。
vimrc の基本的な構成の説明や、vital.vim が凄いという話をしていただきました。vimrc を書く上で便利な Lambda や辞書リテラル、メソッド記法、そして皆がまだ使ってないかもしれない String interpolation を解説して頂きました。僕個人もまだ String interpolation を使ってないのでどんどん使って行きたい。
ほか懇親会でも沢山 LT をしてくれた方がいて、とても楽しい会でした。
新型コロナウィルスが蔓延してテック系イベントが開催されなくなってはや数年、今年は開催しようという運営の判断で VimConf 2023 を開催しました。ただしギリギリまで決めかねていた事もあり、また4年という歳月が過ぎた事で、正直テキストエディタのシェアも変わっている可能性もあり、正直もしかするとユーザの多くが VSCode に移ってしまったかもしれないという一抹の不安もありました。運営としては極力、力を入れすぎない開催にしようという判断で VimConf 2023 Tiny と名付け、幾らか規模を小さくして開催する事にしました。
しかしその不安はすぐに間違っていた事に気付かされました。VimConf 2023 Tiny のチケットはあっという間に完売し、さらに SNS で「チケット買えなかった」「もっと参加人数を増やして欲しかった」と言われるほどでした。
そして何よりも Vimmer の皆さんの熱量が何も変わっていない事にとても嬉しく感じました。まだ VimConf を終えた直後ですが「また VimConf やろう」という気持ちも湧きました。そして今回、LT に Vim 好きの中学生がエントリしてくれました。メタバースで Vim の集会をやってる話をしてくれました。Vim 好きがちゃんと若い人たちにも育っているのを感じました。いい話すぎる。
今回、参加される皆さんにはマスクの着用をお願いしました。その為にマスクをノベルティとして配布しました。スタッフとして考えた末のノベルティでしたが当日、皆さんちゃんとマスクを付けて頂いていて本当に嬉しかったです。ありがとうございました。
今は無事 VimConf を復活させる事ができた安堵感でいっぱいです。
2023/3/12 発売です。
Go が発表された当初から Go を見続けて来たので ずいぶん時間が経った気がします。僕なりにいろいろな活動をして来ました。Go 本体や周辺ツールへのコントリビュート、イベント登壇、雑誌への記事の投稿や「みんなのGo言語」の共著など。
あらゆる活動が Go づくめで刺激的でした。Go で得たものも沢山あります。そして Go を使う人も想像していた以上に沢山増えました。Go に関して書かれたブログ、Go の求人、今では大学で Go を教えているところもあるくらいです。Go を知った事で僕のプログラミング人生はずいぶん変わりました。それまでは何を作るにしてもC言語をメイン言語として使ってきましたが、今や新しいアプリケーションを書くのであればほぼほぼ Go で書くようになりました。(C言語/C++ は好きですよ)
クセが強いからか、なかなか理解され辛いプログラミング言語でもありますが、本質的には実用的なアプリケーションを効率的に開発する事ができ、それでいてマルチコア CPU でスケールするといった、とても高いポテンシャルを持った言語だと思っています。日頃からこの高いポテンシャルを持ったプログラミング言語「Go 言語」をもっと皆に正しく理解して欲しい、もっと沢山使って欲しいと思っていたところに、技術評論社さんから本書の執筆のお話を頂きました。
基本的な文法はほどほどに、並行処理の実装方法や、パフォーマンスを上げる為のテクニック、綺麗に書くための Tips、アプリケーションを順を追って解説混じりに実装する例、僕が Go で得た知識を沢山散りばめたつもりです。
Go はC言語を良くしたプログラミング言語でもある事から、いくらかC言語を意識した記述がされています。しかしC言語を習得していない人達でもなるべく理解頂ける様に心掛けたつもりです。Go というプログラミング言語がスクリプト言語の様な書き味を持ち、それでいて高速なアプリケーションが実装でき、さらには並行処理を扱うアプリケーションを簡単に設計・実装できるという事を、本書でご理解頂けると信じています。
ぜひ書店にて本書をお手に取ってご覧下さい。
このブログを応援する
All contents of this site, unless otherwise noted, © 2005-2022 Yasuhiro Matsumoto, andrights reserved.
ご質問、お問い合わせはe-mailで