アジャイルな開発とチームづくり - Mitsuyuki.Shiiba

社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて

[kakutani]

"チームづくり"という言葉遣いに好感を持っちゃう。この流れは2週間スプリントになるな…と思って読み進めたらそうなってた。ダブルフィードバックループの好例だなあ。帰りの会の「収まり具合」が興味ぶかい。

[june29]

チームのやり方のコミットログ、という感じの内容でとてもよかった。自分のチームのやり方もこうして書いてみたいと思わされた。よーし。

[d4-1977]

いい話すぎる。常に改善できる状況に合わせて変えて行き続けられる事をやっているのがいい話すぎる。これが出来る理由が知りたい

[yigarashi]

こんな教科書みたいなスクラムが現実に存在するんだなぁ……

[northlight]

良い記録

[koogawa]

チームに最適化していくの、とても良い

[radicode]

[]アジャイルな開発とチームづくり👬 チームの全体像と役割、そして1週間スプリントを採用し、日々具体的に何をどのように行っているか、チームの中の「仕組みを改善する仕組み」を図と共に説明されています🥰

[ohbarye]

“「一人にしない仕組みを作ること」。エンジニアもそうだけど、特に PJM や PDM や DVM やマネージャーは一人になってしまいがちなので、そうならないような仕組みづくりをしてきた”

[braitom]

すごくよかった。いろいろ試しながらチームにあった形に改善していっているのがすごく伝わってくる。

[kagehiens]

なんかカッコいい

[yujiorama]

共有のためのパイプがあちこちでつながってたり、いろんな周期のフィードバックサイクルが共鳴してる感じですごい。

[a-know]

良い〜

[yujin_kyoto]

役割が明確な上に「かっこいい」って度々出てくるのがステキな組織だなと思う。

[com4dc]

このへん全然うまくできてない。反省しきり

[catbears]

なるほどではそれをRAID4というスケジュール名にしましょう。

[h_taiji]

よく読む

[m_seki]

仕組みを作るとは、仕組むだろうか。しくむはマ行五段活用なんだな。

[tk_musik]

アジャイルはスクラム必須ではないのはわかるんだが、スクラム以外を知らないんだよな〜。スクラムかオリジナルか、なんかね？

[rararoro-ryo]

素敵

[ino-agile]

どうやってアジャイルが進んでいくか、具体的なのでめっちゃ参考になる

[jacoby]

アジャイルはプロセスでなくマインドセットなので、やり方は自分流でいいんだろうな

[tune]

自分たちのやり方を模索しつつも王道を外してない感じがさすが。自社も割と似たようなところに落ち着いてる気がする。

[miholovesq]

こういう変化を見せてくれるのはいいなぁ。こういう変化と実験ができるのはチームを維持できてるからこそなんだよなー

[invent]

良いヒントがたくさん書いてある

[ryuzee]

自分たちの環境や成長にあわせて適応していった良い話。フレームワークは土台だからね