% cat

開発フローを独自進化させ続けている開発チームの話

こんにちは CTO の @zaru です。

スクラム開発をしている開発チームが、開発フローを独自進化させていて、それが良い取り組みだったので紹介しようと思います。

3つの独自進化

デイリークエスト

最初からよく分からない…

デイリークエストとは、エンジニアが「こうした方が良いな」「ここ直したい」と気がついたものをタスク化してストックしていきます。そして毎朝のデイリースクラムの中でランダムで3つピックアップし、その日の空き時間に取り組むルールです。

タスクは15〜30分以内に確実に終わるような小さいものに限定しています。文字修正とかデザインずれとか、インフラのちょっとした整理とか、そういうやつですね。

これをやることで、優先度は高くないがやったほうが確実に良くなる小さいタスクに日々取り組むことができるようになりました。

そして、通常のスクラムフローに組み込もうとすると、実行規模に対して無駄なステップが増えて改善に対して億劫になってしまうのを解消できているなと感じました。

成仏KPT

名前からしてやばい雰囲気感じますね…。

これは KPT で Keep になり定着したものを「成仏」という謎の概念に移動するというものです。意味がわからないので発案者の想いを引用します。

振り返りMTGでKEEPを越え、文化と化して自然とできるようになった物が成仏枠へ移動する。

この文化になるという考えが非常にいいなと思いました。まぁ、チームが一つの人格として自然とやれるような感じですね。

締めスクラム

締めスクラムとは、定時の10分前に開催されるショートミーティングのことです。締めスクラムで話すことは今日やる予定だったものが「終わったのか」「終わっていないのか」の結果だけ共有します。そして「帰ります」宣言をみんなでして、定時ぴったりに帰るという取り組みです。

これによって残業時間が目に見えて減りました。

持続可能な開発をするためにも、時間のメリハリは付けたほうが良いですし、自分が時間あたりにどれくらいの開発が可能なのかを、ちゃんと認識できるようにするためにも良い取り組みだと思います。そうしないと、見積もりの精度はいつまでたっても上がらないですし、チームメンバーにも迷惑をかけてしまいます。

開発チームの性質

この開発チームを一言で表すなら「やたらとノリが良い」チームです。「これ良いんじゃね?」「やったろ!」みたいな瞬発力が強く、コミュニケーションも軽快です。その性質からなのか分かりませんが開発をより良くしていくための取り組みが活発です。

何でもかんでもノリでやっていけば良いわけではないですが、自分たちで考え行動していく姿勢は周りに良い刺激になります。これらの取り組みの振り返りをしつつ、より良い開発フローを作っていけたらと思います。

関連記事

ベーシックのスクラム開発については下記記事などを参照してください。

一緒に働くプログラマを募集しています!

興味のある方は、 @zaruにメンションをいただくか、Wantedlyなどでご連絡くださいませ。

最新記事

BananaCI というツールを運用しています

こんにちは。[@endotakuya](https://github.com/endotakuya) です。 突然ですが皆さんは CI/CD 、してますか? オンプレミス型の Jenkins や Drone 、クラウド型の Cir...

endotakuya
2018年12月06日

シグナルと kill コマンドについてちゃんと調べてみた

開発中にプログラムが固まった時に `kill プロセスID` って打ったことがある方は多いかと思います 僕もそうで、 kill コマンドはプロセスを強制終了するためのコマンドだと思っていました ですが puma のログ...

tkhr0
2018年12月06日

Rails における弊社の CSS 設計

Hi. [rigani_c](https://twitter.com/rigani_c) です。 本記事では Rails における弊社 CSS チームの CSS 設計を、私の思想と併せて話します。 Sprockets を使うケ...

rigani
2018年12月02日