Please enable JavaScript.
Coggle requires JavaScript to display documents.
OKR (合意の取れたDeadlineの1週間前には開発を終わらせて、Test Documentを用意しStaging環境にDeployをする事を5…
OKR
合意の取れたDeadlineの1週間前には開発を終わらせて、Test Documentを用意しStaging環境にDeployをする事を50%以上を死守する
合意
ビジネスサイドでPriorityが決まって
その上でそれぞれのProduct Ownerが大まかな工数を見積もる
ビジネスサイドとデッドをfix
納期が厳しい時のチームとして1週間前を厳守するためにサポートしあえる方法が欲しい
PRのレビューのフローに時間がかかり1週間厳守が難しくなる
PRを頼まれた場合、出来る限り優先してコメントをするようにする
仕様やプロダクトへの理解を皆が高めるためにもPRを見る人を増やす
PRラベルをつけて Urgencyを明示する
WIP (in a day)
2名以上をassignする
Completed (in 6 hours)
出来れば2名以上
Urgent(今すぐ)
Product Ownerをassignする
サポートや挟み込み案件などをどうするか
見える化していく必要がある
wrikeって日々の進捗をちゃんと管理する
(wikeのphase/statusを増やす)
dev daily reportでは予実管理を出来る
(よりよいフォーマットを考える)
(次田)dev daily report よりよいフォーマットを考える
kibela (link: )
いつまでに終わらせるかが明確じゃない
wrikeの運用方法をもう少し明確にする
(塩浜・天野)wrikeの運用方法を検討する
(塩浜・天野)wrikeのphase/statusを増やす
リリースの時間を決める(24時)
バグが発生した時に、トラックをして重み付けを行い、それぞれの重みにおける発生件数を一定以下(以下リンク参照)に抑えきる。
https://docs.google.com/spreadsheets/d/1I1afb3t76OXrk0IB11HxZCg5l7lMb1c8Es2v2GIpPoU/edit#gid=0)
トラックして重み付けを行う
Trelloの管理方法を検討する
(外山・新宮 (塩浜))Trelloの管理方法を検討する
人ベースのchunkにしてみると良いのではないか
ラベルをつける
重み付けを行うのはエンジニア(対応が終わったタイミング)
(塩浜)重み付けを行うためのシートを作成する
Doneに移す前にサポートの人が確認
(塩浜)Doneに移す前にサポートの人が確認を握る
一定件数以下に減らす
PRをルール化
https://docs.google.com/spreadsheets/d/1I1afb3t76OXrk0IB11HxZCg5l7lMb1c8Es2v2GIpPoU/edit#gid=0)
開発仕様書をPRのdescriptionに書いて、Documentに落とす
TestのCoverageを増やす
(松田)開発仕様書のルール化、それの一部をPRのdescriptionに転記、テストドキュメントに落とすフローを考える
(外山・松田)ワクワクする仕様書の書けるドキュメンテーションツールの選定
(酒井)
企業の信頼性に影響がある部分についてのReviewはより徹底的に行う。
=> 企業の信頼性に影響があるプロセスを洗い出す(金銭・セキュリティ・更新系のコード部分は重要度高いのではないか)
20X