Github Issues を利用したリリースマネージャのお仕事 - hakobera's blog

最近、Quipper という会社で「リリースマネージャ」という名前のお仕事をしています。開発以外の仕事は久しぶりだったので大変でしたが、最終的にそれなり上手く行った方法を振り返りとしてブログに書いておくことにします。 経緯 自分のチームとは別のチームが開発しているサービスのリリースが迫っている中、それまで開発者の1人がリリース管理っぽいことをやっていたのですが、さすがに開発と管理の二足のわらじが辛くなってきたとのことで、急遽サポート的に自分が「リリースマネージャ」という役割りで参加することになりました。 コンセプト コンセプトは「使用するツールを増やさない」です。 管理のために新しいツールを増やすと、その使い方を教えるなど新たなタスクが発生してしまいます。タスクを減らすためにタスクが増えるなんてナンセンスです。 ということでQuipper では普段の開発に Github を利用しているので

[cad-san]

issueのラベル付けが参考になる

[kozy4324]

“人間は基本シングルコア、シングルタスクです” ほんとコレ

[side_tana]

なるほど

[d_animal141]

Github Issues を利用したリリースマネージャのお仕事

[noonworks]

“「nice to have」という名前” いいなぁ

[ryotarai]

via Pocket

[kukita]

【GitHub】GitHubを使ったリリース管理について。「Github Issues を利用する」「Issue は必ずマイルストーンに紐付け」「Github があって本当に良かった」自分用メモφ(..) #GitHub #開発 #仕事 #プロジェクト管理 #システム開発 →

[eternal-shining]

これこれ、こういうイメージ。早速相談してみよ。

[muddydixon]

“人間は基本シングルコア、シングルタスクです。開発したい欲求はグッとこらえましょう。 特に開発者がリリースマネージャの場合に陥りやすいので注意。”

[akasata]

ふむふむ

[hiro_y]

IssuesのLabelの使い方、参考になる

[oinume]

Issueのステータス管理はやっぱりラベルかぁ。

[mainyaa]

"nice to have"マイルストーン。ここのチケットはやらなそうだｗ

[honeybe]

「まとめ Github があって本当に良かったで」