ーどみさんの話、いい内容だった。お互いに大丈夫だと言い続けたい。柔らかな靭やかな状態ということかな。北斗の拳のトキというのは、まぁ分かるw外の開発現場を見に行く仲間を増えたら良いなぁという話。良いなーとは思うけど、確かにやってる人は少ないと思う。休憩10分とかモブの時間は3分とか5分とかモブが決める。タイマー使って決めた時間に交代している。周りだとダラダラ続けちゃうことが多い気がする。この期間でレトロスペクティブを回しているのがスゴイ。ハンターの人は"実験"ということをよく言っていたけど、その間隔でも実験の成果をちゃんと得ているんだろうな。モブとしても個人としても。メールを読むのをモブでやるwwwしかも人事異動のメールw面白いなーw慎重なコーディング。慎重に動くコードを実装して価値を構築していく。少ないコードで大きな価値を提供できる。これもOutputよりもOutcomeなのかもしれない。マルチモブでやってて、モブによって3分とか5分とか違う。あとタイマーを使ってなかったりもする。それぞれで実験しているらしい。困ったことがあればモブ間で手伝ったりもする。喋り方、立ち振舞はファシリテートや場作りに対して本当に参考になると思う。今日のキーメッセージ。仕事を科学して、仕事ごっこをやさしく滅ぼすのだ!今日は仕事ごっこというあまねさんの新刊についての話。そもそも仕事ごっことは?生まれた当初は合理性があったものの、現在では生産性やモチベの足を引っ張るもの。その仕組、やり方なのか?ということを考えるのが大事ですよね。考える労力を払うのが嫌なだけだったり、それを認めたくないだけなのかも...。自分がビジキュアになったりお殿様になったりしないようにしなきゃいけないとも思った。自分以外の物(他者、他社、異なる世代、コミュニティなど...)に対する敬意や相互理解を忘れてはいけないと思う。家田さんGit導入から始まった私のアジャイル資料見つからず...。チームや現場で困っているものに的確に改善案を提供できると、やはり上手くいきそう。Gitの話もそんな感じっぽいなぁ。ヴァル研究所さん、新人研修の一貫(?)でアジャイルサムライを配るの良いなぁ。スコープ)はトレードオフスライダーの話でもあった気がする。SVNで辛かったのは柔軟に運用できない点でそれをGitなら解決できると思ったんだろうけど、そのタイミングでレビューを必須化にしたのはどういう理由だったんだろう?単純にGitの運用フローがそうなっていたから、なのかな。質疑応答で上記を質問しました当時のチームの問題意識として品質の話もあり、レビューでそれをカバーするという解決策だったらしい。テストコードが書きづらい状態だったので、レビューで品質担保する方向性もあった。テストコードが書きづらい構造に負けて思考停止しちゃうけど、工夫は出来るのは良い知見。マージの際のレビュー必須にすることで、想定外の効果として新人の教育に役立った。当たり前の環境だと実感が無いかもだけど、レビュー文化が無いところに導入すると効果か実感できそう。やっているチームも改めて意識してみると、レビューで得られるものが増やせるかも。「XXやめました」も聞きたい話だなぁ。やめるのは結構勇気がいるので、事例があるとすごく嬉しい。社内で共有できるのが一番だろうけど、難しいようなら社外でやるのも良いんだろうな。KPTをやると問題ばっかり出るのでウンザリするというのはよく聞く話だけど、プラクティス導入や改善するときに問題や課題ばっかあげつらうのもマイナスになる時がありそう。いいところを上げていってより良くするためには、という文脈も良いんだろうな。これからやっていきたいこと。社内向けの現場見学会を継続してやっていきたい。良いところの共有が目的なのかな。毎回、神回!という感想が出るらしい。良い習慣なので規模が大きめの組織は真似すると良さそう。StefanさんのTwitter、ArnabさんのTwitterエクササイズ。仕事であなたを幸せにするものはなにか?楽しい、リリースして使ってもらえる、思い通りに行ったが周囲で出てきた話。後半はManagement3.0の話。イノベーションはテクノロジーに限らないって良いなぁ。マネジメントやリーダーシップに絡めてスゴイ良い話。見方が変わったり気づきがあるから決して悪いものではないはず。何事も受け入れ方、受け止め方、まさに見方の問題なんだろうな。開発しつつ実験していくのは大事なんだよなぁやっぱり。黙ってても周りが変わるんだ、自分達も変わっていかなきゃいけない。ムービング・モチベーターのようなイベントでアウトプットすること。実際にアウトプットすると整理されたり、新たな気付きがあったりする。聴衆者からもそういう感想が出ていた。3.0を気楽に学べる場がありますよ~。湯前(ゆのん)さんキャリア形成に必要なのは、ただ飛び込むという勇気だけだったゆのんさんのTwitter市場価値の話。先日ゆのんさんにaozorafmに出て頂いたときも、投資対効果の話をされていた。自分がやったことや買ったもののコストが効果を常に考えていると言っていた事と通じるものがあるなぁ。ゆのんさんの話が面白くて普通に聞き入ってしまった。やったら声がかかるのか?(リーダーやVPoEのお誘いなど)社内(関係者)に自分のやっていることを伝える。それらがキッカケになってチャンスが生まれている気がする。マネジメントの魅力をちゃんと伝えるには?ピープルマネジメントだけではない。何が楽しいかをちゃんと伝える。同時に業務内容をちゃんと伝える。西村さんチームの未来が見えていますか?西村さんのTwitter10年前から同じチームの人?いないですよね。10年後のチームを想像できますか?本は最初に目指す姿。リリース失敗したとき、振り返りでKPT書く?いや青空の下で良かったこと話そうよ。レカジーに囚われて上手くいかないチームが、リリース成功でレゴブロックを一個ずつ積む。なんか形になってきて嬉しい!チームをモチベートするのは本に書いてない。色や文字の大きさで表現しているのがすごく良いなぁ。わかりやすいを超えた何かがある。形容し難いw自分の未来は考えことがあっても、チームの未来ってありま考えたことなかった。思考実験として考えたとき、いま改善改善!と叫んでいてもチームがどこに向かっているかは考えていないよなぁと。資料なしで喋っていましたが、まとめていただいた方のツイートは以下のとおり。ご参加いただいた皆さん、ありがとうございました!ぜひ感想もTweetください!参加されなかった方は、今回資料なしなので、こちらを読んでください。2019年6月23日40分で自分のこれまでとこれからの20年間を話すには時間が足りない!知見が多すぎる!だからブログとか本を読んでほしいw実装工程ってだいたい燃えているじゃないですか?これは分かる人には分かるし、分からない人には分からなさそうな話かもw(要件定義や設計に時間がかかる受託開発や請負だと実装以降は燃えやすい...)自己組織化を目指しては自己組織できない。自己組織化について本も書かない。自己組織化が目的ではない。管理をなくすときに自然とセルフマネジメントになっていった、ということか。相談されたら軽く返すようにしている。重く返すと身構えてしまうので、軽く返して相談した人のフットワークが軽くなるようにしている。たしかに相談して人がうーん...って言ったらやっぱ無理かーと思っちゃうよね。