リリース延期時の手順をまとめる

[znz]

リリース延期時の手順もまとめておく必要がありそうです。

[znz]

rubima/rubima#179 には延期が書いてあるのに https://github.com/rubima/rubima の README には反映されていなかったので、 README の方はスケジュールの issue へのリンクだけにして同じ情報が分散しないようにした方が良さそうです。

[oshow]

rubima/rubima#179 には延期が書いてあるのに https://github.com/rubima/rubima の README には反映されていなかったので、 README の方はスケジュールの issue へのリンクだけにして同じ情報が分散しないようにした方が良さそうです。

気づきませんでした、なるほどです。進行役が最初にスケジュールを立てた時に同時にIssueを立てる、READMEに張る、という２つの手順が必要ですね。

[sunaot]

これはコメントにある運用にはなってるのでいったんcloseでいいんですかね？
延期時の手順はケースバイケースのところが多くて (ブロッカーがなにか次第になりがち) なかなか書くのむずかしそうですね。共通するものだけでもまとまってるほうがいいのかな？

• 各号スケジュール issue の日程を更新する
• ブロッカーになっているものの担当や関係者へリマインドする
• ここを過ぎたら落として出す、というデッドラインをひく
  • たしか以前、ここは最初の日程である程度機械的にやっちゃっていいんじゃないかみたいな意見があった気がすることを補足しておく

とかそんなくらいでしょうか。

[gunjisatoshi]

たしかにあんまり定型化できない感じなので、注意点なんかをチェックリストか何かにしておくといいんですかねえ‥‥。悩ましいですね。

リリース延期によって引きずられちゃうと困る「リリースの時期が重要な記事」の有無によって手順が変わるかも。