スクラムチームのプロジェクト管理にはJiraが便利 - The Third Law
この記事ははてなエンジニアアドベントカレンダー 2023の5日目の記事です。 はてなエンジニアのカレンダー | Advent Calendar 2023 - Qiita はてなエンジニア Advent Calendar 2023 - Hatena Developer Blog maku693です。 私が現在所属しているチームではJiraを使ってチームのタスクを管理しています。 はてなではスクラムやそれをベースにした手法を使ってプロジェクトを管理していることが多いですが、以前所属していたチームでは別のウェブサービスを使っており、ベロシティ計測や中長期の計画に手間がかかると感じていました。 私は今のチームに異動して初めてJiraに触れたのですが、うまくJiraの機能に乗ることでそういった仕事を省力化できることがわかりました。 この記事では私のチームでJiraをどのように活用しているか紹介します
サクッとした見積もりどうやっていっているのか - stefafafan の fa は3つです
サクッと聞かれてサクッと見積もり返す時は, だいたい倍くらいにしている気がする■ - パピッター 皆さんどうやってやっていっていますか?■ - パピッター そういえば「とりあえず倍にする」みたいなことはやっていなかった 自分の場合を考えると… まずその実装をするのにどれくらいかかりそうかなんとなくイメージする (6時間とか、半日とか) この時点ですでに実装方法が思いついていなかったら「ちょっと全然わからないので他の人と相談したい、数日で終わるかもしれませんし、数週間かかるかもしれません」と一旦お返しすることになる テストケースとPull Request descriptionを丁寧に埋めるの意外と時間かかることを思い出して +2時間とか 高速にコードレビューされるとは限らない、レビュー打ち返しに時間かかることを考慮して +2時間とか 合計10時間 + 自分が実装するなら今週はこの日はミーテ
■ - パピッター
見積もり, 自分の場合は直感的に出てきた値(時間とか)は, だいたい最良ケース(= 全てがうまくいった時の場合)な気がする. 例えば, あるタスクをお願いされて, ｢どれくらいで終わりそうですか?｣と言われて, 直感で6時間くらいかな〜, と思ったとする. その場合, だいたいなんか元気がないとか, 他のタスクでやらないといけないことがあるとか, MTGがあるとか, 或いはテスト書く時間のこと考えていなかったり, 予想していなかった事態が起きたりするので, だいたい6時間で終わることはない. そこで脊髄反射で｢6時間でいけます!｣とか言ってしまうと, 大変なことになりがち. なので, サクッと聞かれてサクッと見積もり返す時は, だいたい倍くらいにしている気がする. 例えば脳内で｢6時間かな〜｣と思ったら, 倍の｢12時間｣とするとか. だいたいこれが現実的な値になる... ことが多い気がす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソフトウェア開発の見積もりにおける問題点は何ですか？
