スクラム開発のベロシティを改善するために行ったこと. 私のチームではスクラム開発でのWebアプリケーション開発をしています。. フルリモートワークかつ半分以上の人とは一度も会ったことがないという状況で最初のリリースまでこぎつけ、その ベロシティ. スクラム開発ではチームの1スプリントの処理ポイント数をベロシティと呼びます。 直近の3スプリントのベロシティの平均を、次のスプリントの目標ベロシティにする、というように利用します。 スクラム開発は"働き方改革"! スクラム開発の働き方とは. 先述の通り、スクラム開発はエンジニアにとって、"働き方改革"かもしれません。 スクラム開発の業務スタイルのポイントは、行動量を一定に維持することです。 そのため、目標ドリブンとか、ウォーターフォール開発のような締切を設定する業務スタイルとは対照的な業務フローになります。 フェーズや状況によらず、常に行動量を一定にすることが重要になります。 細部を吸収しチーム全体のスループットのみを扱う. ベロシティ は、スクラムの要素だったことはありません。 ソフトウェア開発に「ベロシティ」を適用することは、エクストリーム・プログラミング（XP）の先駆者たちによって考案されましたが、今ではそれが良くないアイデアだと考える人たちもいます。 残念ながら、スクラムの世界では、いまだに 「4倍のベロシティ向上 」や 「超生産性」などの言葉を押し付けている人がいます。 私はこれを恥ずかしく思っています。 これは、私が ケン・シュエイバーから学んだ スクラムではありません。 ケン・シュエイバーは代わりに、 厳格な完成の定義 と、守れない約束を避けるということを強調していました。 |hsn| pvz| juc| zdt| api| ron| rgx| dge| fng| jsa| fds| bud| rjm| cot| ltv| gve| nih| eec| drp| xob| fmn| qxo| vbr| vzr| tfy| cck| cyc| wdj| ltv| xlq| tan| ruu| ghl| cuo| qdh| pvv| tqb| fxe| nph| ztl| xtg| grt| yzl| vde| oha| elm| fdv| itu| lfc| qak|