終わってる風終わってないタスクが自分の首を締めた話

終わってる風終わってないタスクが自分の首を締めた話コミューン株式会社浅見達也 / @astatsuya1

自己紹介フロントエンドエンジニア浅見達也 twitter: astatsuya/@astatsuya1 2022年7月コミューン株式会社入社スクラムチームでcommmune（プロダクト名です）のフロントエンド・バックエンド開発を行っています

2022年に所属した2つのスクラムチームの話をします

終わってる風終わってないタスクとは？🤔

まだやることが残っているのに終わったものとみなされているタスク

まだやることが残っているのに終わったものとみなされているタスク一応動く状態になってるのでスプリントレビューで発表したけど・・・ • 実はアプリが動くかわからない ◦ まだテストしていない ◦ 特定のユーザー操作によって動作しないケースがあるのを知っている ◦ 本番環境で動かすためにやることがある
• アプリ自体は動作している ◦ 良くないコードで作ってそのまま ◦ 自動テストを書いていない ◦ 資料作成が終わっていない

どんな問題が起こるのか？

実はアプリが動くかわからない 1. 出来た部分をスプリントレビューで発表 2. ほぼ終わってると思われてるのでリリース予定日の調整が進む 3. ではリリースしましょう！ 4. まだやることがあって焦る

実はアプリが動くかわからない • 焦っているので妥協したり、普段とは違うプロセスで開発をしたりする結果、問題が起きがち • 焦っても間に合わないので、スケジュールを再調整する場合は、プロダクトオーナー、ステークホルダーを含む多くの人を巻き込むことになりがち

アプリ自体は動作している 1. 終わってる風終わってないタスクを抱えた状態でスプリントが始まる 2. スプリントプランニングで決めたスプリントバックログ＋終わってる風終わってないタスクをやらないといけない

アプリ自体は動作している問題が起きなくてもスクラム3本柱の1つ、「透明性」にかけるスクラムガイドの「透明性」によると創発的なプロセスや作業は、作業を実⽰する⽰とその作業を受け取る⽰に⽰える必要がある。スクラムにおける重要な意思決定は、 3 つの正式な作成物を認知する状態に基づいている。
透明性の低い作成物は、価値を低下させ、リスクを⽰める意思決定につながる可能性がある。透明性によって検査が可能になる。透明性のない検査は、誤解を招き、ムダなものである。引用: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf

アプリ自体は動作している • バグ修正等、急いで変更を入れたいときに素早い動きができない ◦ 自動テストがない場合はまず自動テストを書くところから始めないといけない ◦ 自動テストを書かないで変更する場合はそのたびに手動テストが必要 ◦ 最後に直したバグ修正が別のバグを引き起こしているかもしれないと気にしながら実装しないといけない

失敗はなぜ起こってしまったのか

失敗はなぜ起こってしまったのかとにかく出来た部分を見せてフィードバックをもらうべきだと思っていた • そうした方が良いってどこかで読んだ気がしていた ◦ 「まだ終っていない部分もありますが、動きはするので見ていただきたいです」と言われて動いているものをみたらほぼ終わっていると思ってしまうのも当然

失敗はなぜ起こってしまったのか自動テスト、リファクタリング、資料作成等が一番最後に残りがち • プロセス的にこれらだけがスプリント内に終わらないというのがよくある ◦ 各プロダクトバックログアイテムの最後にやるタスクがこれらになりがち ◦ 機能だけは出来ているのでリリースしがち ◦ 自動テストをなるべく早い段階で書きたいと思っていても最後になりがち

教訓 1. 終わってないことをスプリントレビューで提示しない 2. 急ぎでやらないといけないことは結構な頻度で突然やってくる 3. 優先順位は変わるもの。薄めて完了にしない

1. 終わってないことをスプリントレビューで提示しないスクラムガイドの「確約（コミットメント）：完成の定義」によるとプロダクトバックログアイテムが完成の定義を満たしていない場合、リリースすることはできない。ましてやスプリントレビューで提⽰することもできない。そうした場合、あとで検討できるようにプロダクトバックログに戻しておく。引用: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf と書いてあるのでそれに従うのみ途中でもフィード・バックが欲しいのであれば、スプリントレビューとは明確に区別して扱う

2. 急ぎでやらないといけないことは結構な頻度で突然やってくるスプリント中に差し込みタスクが発生することはある • 普段から緊急事態に動けるようにしておく ◦ 残業前提でスケジュールを組まない ◦ 丁寧な開発を心がける。自動テストも書く ◦
忘れるまでにやればいいとなりがちな資料作成や、スクラムの仕事以外でやらないといけないこと（日報や経費精算とか）もやれるときにやっておく

1つの機能を作るためのプロダクトバックログが複数になることはあるが、やり残したことがあるものを次のプロダクトバックログに回して完了にしない • 新規登録、削除、更新が全て出来上がってリリースの予定でも、「1度登録したら変更することはほとんどないから、更新は開発不要」となることはありえる • 自動テストは次に回そう、バグはあるけどまだ誰も使わないから次で修正しよう、をしない。同じプロダクトバックログで終わらせる 3. 優先順位は変わるもの。薄めて完了にしない

まとめ

日頃から最後まできっちりと丁寧にタスクを終わらせて、終ってる風終ってないタスクを増やさないようにしましょう

© commmune Inc. All rights reserved コミューン株式会社 / We are
hiring!!   22 顧客コミュニティ作りに特化したプロダクト  commmune（コミューン）顧客コミュニティプラットフォームを提供することによって、企業とユーザー間にある”コミュニケーションの壁”を取り払い、 “対話による深い相互理解”と”共創の場作り”を提供するプロダクトです。募集中ポジション  • エンジニアリングマネージャー  • フロントエンドエンジニア  • サーバサイドエンジニア  • QAエンジニア  • APPエンジニア（Flutter）  • データサイエンティスト  commmuneは全レイヤー TypeScript実装開発組織開発組織は順調に成長してきておりますが、今後更に良いプロダクトを作りをしていくためにもエンジニアメンバーを募集しています！まずはカジュアル面談でぜひお話しさせてください！ >> 会社説明資料・job description  （https://commmune-careers.studio.site/）  >> テックブログ  （https://tech.commmune.jp/） 

終わってる風終わってないタスクが自分の首を締めた話

終わってる風終わってないタスクが自分の首を締めた話

Tatsuya Asami

More Decks by Tatsuya Asami

Other Decks in Programming

Featured

Transcript