アンチパターン “ゴールが延び続けるスクラム”

テクノロジーカテゴリーの変更を依頼記事元:

medium.com/@s0k0mata

41 usersがブックマークコメント

記事へのコメント5件

注目コメント
新着コメント

machupicchubeta "もしゴールテープの場所を後ろにずらさざるを得ないような話が湧いてきたら、ずらすのではなく「増やす」手立てを考えてみると良さそう。"

2021/04/04 リンク

yamadadadada2 これよりも、リリースしたもののフィードバックが最悪だったりとか、やったことの意味がなんもなかったみたいなケースの方がダメージでかい気がする。

2021/04/04 リンク

nilab アンチパターン “ゴールが延び続けるスクラム”. チームやプロジェクトを率いる立場で意識していることの1つに、「メンバーがタスクを… | by F.S0k0mata | Medium

2021/04/04 リンク

for-my-internet-demo ウッ

2021/04/04 リンク

sh19910711 "スプリントレビューの度に「開発が遅れています」という報告をメンバーにさせ続けてしまうような運営は疲弊 / 知識の共有やコードのセキュリティ向上といったpullreqに期待される効果を削がれてしまう"

2021/04/04 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

<iframe marginwidth="0" marginheight="0" src="https://b.hatena.ne.jp/entry.parts?url=https%3A%2F%2Fmedium.com%2F%40s0k0mata%2F%25E3%2582%25A2%25E3%2583%25B3%25E3%2583%2581%25E3%2583%2591%25E3%2582%25BF%25E3%2583%25BC%25E3%2583%25B3-%25E3%2582%25B4%25E3%2583%25BC%25E3%2583%25AB%25E3%2581%258C%25E5%25BB%25B6%25E3%2581%25B3%25E7%25B6%259A%25E3%2581%2591%25E3%2582%258B%25E3%2582%25B9%25E3%2582%25AF%25E3%2583%25A9%25E3%2583%25A0-ea9a21f63a8" scrolling="no" frameborder="0" height="230" width="500"><div class="hatena-bookmark-detail-info"><a href="https://medium.com/@s0k0mata/%E3%82%A2%E3%83%B3%E3%83%81%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3-%E3%82%B4%E3%83%BC%E3%83%AB%E3%81%8C%E5%BB%B6%E3%81%B3%E7%B6%9A%E3%81%91%E3%82%8B%E3%82%B9%E3%82%AF%E3%83%A9%E3%83%A0-ea9a21f63a8">アンチパターン “ゴールが延び続けるスクラム”</a><a href="https://b.hatena.ne.jp/entry/s/medium.com/@s0k0mata/%E3%82%A2%E3%83%B3%E3%83%81%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3-%E3%82%B4%E3%83%BC%E3%83%AB%E3%81%8C%E5%BB%B6%E3%81%B3%E7%B6%9A%E3%81%91%E3%82%8B%E3%82%B9%E3%82%AF%E3%83%A9%E3%83%A0-ea9a21f63a8">はてなブックマーク - アンチパターン “ゴールが延び続けるスクラム”</a></div></iframe>

プレビュー

規約違反を報告

アンチパターン “ゴールが延び続けるスクラム”

チームやプロジェクトを率いる立場で意識していることの1つに、「メンバーがタスクをやり切ったと継続的... チームやプロジェクトを率いる立場で意識していることの1つに、「メンバーがタスクをやり切ったと継続的に感じられる仕組み作り」がある。特にスクラムを採用している場合は ”前に進んでいる感” を継続的に醸成していく事も欠かしてはいけないと思っている。ただ現実にはこの観点は悪気なく疎かになってしまうケースが（自他共に）多いという感覚がある。 Pull Requestレビューを例にしてみる。2週間スプリントのアジャイルチームでとあるプロジェクトの主担当として開発をリードしているエンジニア氏。仕様検討・周囲との調整・実装を頑張ってPull Request作成まで漕ぎ着けた。エンジニアは一旦ココで”仮達成感”に浸る（と、個人的に思っている）。そしてレビュワーにレビューを依頼して、反応を待つ。のだが。。。スプリント1: 「進捗してます」「pullreqレビューをassignされたエンジニア程、別件で忙し