XPのことを知らないのは微妙だなと元々思っていたのと、仕事上の思想のコアになった二冊 - 下林明正のブログの流れで基本に立ち返る気持ちが強まっていたので、この本を読んでみることにした。 エクストリームプログラミング作者:ＫｅｎｔＢｅｃｋ,Ｃｙｎｔ…

昔、合気道をやっている友達に「合気道ってガリガリの爺さんが筋力を使わずに技だけで相手を制圧していくようなイメージがあるけど、実際に合気道の道場に行くとみんな身体も鍛えてて筋力がすごい」と言われたことがあって、印象に残っている。 自分は格闘技…

ふとここ十数年の自分の仕事について内省していると、二冊の本が頭に浮かんだので読み返していた。 shimobayashi.hatenablog.com 久しぶりに読み直して、想像以上に自分がこの本の影響を受けてることが分かった。 プロジェクトマネジメントに関しては十数年…

読書会そのものや監修者の方々との質問会の内容に関しては以下の記事に書いた通り。 developer.hatenastaff.com なのでこの記事では、個人的な読書メモをしておく。 全部自分で読んだわけではなく、読書会での要約の共有で把握している部分も多いので注意。 …

フォロワーからリーダーに転身するときに、何を意識するとうまくいきやすいのか？ということを考えていた リーダーとかフォロワーという言葉は意味が曖昧だけど、ここでは「自ら課題設定して解く人」と「渡された課題を解く人」くらいの意味 結論としては、…

話す機会が多いわりにどこにもまとめられてなかったので書いてみる。 主には以下の3つを意識している。 SL理論 note.com レディネスを見極めてリーダーシップスタイルを使い分けよう、という話 大雑把には指示型=ティーチング、コーチ型〜援助型=コーチング…

ソフトウェア開発 カテゴリーの記事一覧 - 下林明正のブログに仕事っぽいことはよく書いてるけど、2023年はあまり書いてなかった。 2023年前半～中盤に関しては大まかには logmi.jp で話していた通りという感じなので、それ以降をふりかえるには良いタイミン…

仕事で何か提案するとき、うまくまとめられなくて提案が通らない、ということがある。 一般的な名称を知らないけど大体 背景 イシュー 施策と計画 うれしいこと (だからやるべきです) というような型を使うと、うまくまとめやすいと思ってる。 適当に検索し…

課題管理表などを使って課題を洗い出して対処していくというアプローチは一般的な印象があるけど、本当にそれでうまくいくのかひっかかりがあった よくよく考えてみると、このアプローチでは未知の未知には対処できてないことに気づいた 未知の未知への対処…

過去にshimobayashi.hatenablog.comで色々書いてたけど、長い。 個人的には、以下のようにまとめられそう。 最速で最高の決定を目指す そのために、自分自身を含めた誰に水を向けるか考える 答えを出せそうな人 答えを出すために必要な情報を持ってそうな人 …

言い出しっぺの法則というものがある アイディアを言った人が責任を取って実行しなきゃいけない、みたいな慣習 でも、無い方が良いと思っている なぜなら、アイディアは多い方が良いと思っていて、言ったら実行しなきゃいけないだと言わなくなるモチベーショ…

自分は気を抜くと開発プロセスとか会議体などを静的なものとして扱いがち 単純にそういう性格 でも実際は1回つくったら終わりということは無くて、状況に合わせて変化させていくもの アクアリウムっぽく接してるけど実際はそうではなくて、海っぽく接する必…

成果を出すにあたって仮に運・才能・努力の3つがあるとしたら、自分でどうにかできるのは努力だけなのでとにかくがんばろうということになる。 まあなんなら、運は才能と努力の掛け合わせである程度引き寄せることも可能、みたいに思うこともある。 ただ、努…

ここ1年くらい色んなチームを転々として開発プロセスを整えたり開発計画を立てたりする仕事をしていた。 必要なことはできたとおもうけど、ここはもっとうまくできたなと後になって思うことも多かった。 せっかくなので、まとめておこうと思う。 1. 狙いを明…

開発プロセスの変遷モデル - shimobayashiパブリックでは、課題に応じて開発プロセスが変遷していくということを考えていた 一方で、それだと局所最適に陥ることがありそうだな、とも思っている 本当はフェーズ3へ行った方が良いんだけど、フェーズ2でもそこ…

blog.nishimu.land 呼びかけられたような気がする(?)ので、思っていることを素朴に書いてみます。 まず一番大事なこととして「成果を出せているのか？」があると思っています。 「ユニコーン企業ではスクラムなんかやってない」ことが注目されるのも、ユニコ…

SNSを見ていたり人の話を聞いたりしていると、「職場で攻撃的な物言いをしてくる人に困っている」ということがある。 攻撃的な物言いをされる側は気分が落ち込んで生産性が下がったり、最悪退職してしまう。 そして攻撃的な物言いをする側は、いくら指摘して…

エンジニアリングマネージャーに興味があるので読みました。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法作者:James StanierオライリージャパンAmazon どういう本なのかは www.ryuzee.com を読めば大体分かると思いま…

自分としては、チームが成果を出すためには心理的安全性が重要、心理的安全性を高めるにはHRTが重要、反HRT的なふるまいをする人がブリリアントジャークと呼ばれている、という理解 心理的安全性: Google re:Work - ガイド: 「効果的なチームとは何か」を知…

アジャイルとは、トライアンドエラーを効果的に行うための知識群、だと思う トライアンドエラーするのはどういうときかというと、やってみないと分からないとき やってみないと分からないときはどういうときかというと、その時点での能力を超えた仕事をする…

「技術は手段」とよく言われるし、自分もそう思っている側の人間 趣味でゲームつくってたときからわりとそうだったし、仕事でも技術はあったけど失敗した例も目にしてきているので…… ただ「技術が目的」になっている人たちは確実にたくさんいて、「技術は手…

必要にかられていて、社内でも読書会がはじまった。読書会はまだやってるけど、先行して読み終わった。愛称は「ちいとぽ」らしい。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計作者:マシュー・スケルトン,マニュエル・パイス日本…

余白=リファクタリングとか、便利ツール導入とかする余裕 直感的には、本筋でいえばPOとの議論を経てプロダクトバックログに積まれるべきなんじゃないか 「透明性」「検査」「適応」ってことで SCRUMとXPを組み合わせる場合、リファクタリングはプロダクトバ…

最近、様々な面で課題にとにかく向き合い続けるのが良いのだろうと明に思っている。 問題 vs 私たち - shimobayashiパブリックなどと一般的によく言われている 組織変革系の本をいくつか読んでみたけど組織変革の進め方 - shimobayashiパブリックに書いた通…

スクラムで開発が楽しくなるみたいな話と、スクラムで開発がつらくなるみたいな話、両方ある気がする 多分両方とも正しいんじゃないか、と予想している プロジェクトマネジメント手法としてのみスクラムやアジャイルの知見を取り入れたとき、確実につらくな…

承前: 逆コーンウェイ戦略とDevOps, Microservices, Agile | an Agile Way 逆コンウェイ戦略と聞くと 組織構造 > アーキテクチャ という気分になりがち でも実際はコインの表と裏みたいな関係で、アーキテクチャが組織構造に保存されるように、組織構造がア…

承前: ロードバイクにまったく興味がない人にどうやってロードバイクを買ってもらうかみたいな話 - 下林明正のブログ 自分の視点では「油をさしたら良いよ」くらいの、明らかに手間はかからないしやったほうが良いレベルの提案しかしていない、つもりでいる…

ボロボロで油もさしてないママチャリに特に疑問を抱かず乗ってる人は多い そういう人にロードバイクおすすめですよと言っても当然全く響かない そもそも冷静に考えるとロードバイクがおすすめである理由も特に無くて、単に自分がロードバイクが好きなだけだ…

必要にかられているので考えてみる。 個人の記憶・憶測で構成されているのでデタラメかも知れません。 なぜ、チームを分割する必要があるのか コミュニケーションコストは小さい方が良い どこまで分割する必要があるのか どうやって分割するのか 逆コンウェ…

ということについて一緒に話す機会あって、おもしろい話題という気がしたし、現時点での考えをまとめておくと何かしら便利な気がしたので、考えながら書いてみようと思いました。 特に学術的な裏付けなどはなく、個人の感想です。 別に特殊な話題ではない気…