Scrum ではコードレビューをどうやっているか？ - haradakiro's blog
森崎先生のソフトウェアレビューの講演を聴いて、今やっているレビューの方法をまとめときたいと思ったので、まとめてみます。今回は、コードレビューの話です。Scrum ではといっていますが、レビューのやり方はチームによって違うので、あくまでも例ですよ。PBI とか、仕様、ドメインモデルのレビューの話はまたこんど。 レビューの目的は、もちろん作成するプロダクトの品質向上です。障害を検出するのも、もちろん目的ではあるのですが、それ以降のスプリントで作成されるコードで同じ障害を作り込まないのが目的としては大きいです。そのため、レビューはプロジェクトもしくはチーム立ち上げ後、数スプリントで重点的にやります。後はスプリントの振り返りでレビューをやりたいが出てきたら、チームで決めます。 レビューのやり方 基本はチーム全員で集まってやります。最大２時間。それ以上やっても集中力が続かないので。プロジェクタで対象
組み込みアジャイルコーチ James Grenning さんインタビュー IN JAPAN | オブジェクトの広場
去る 5 月に東京にて開催された Agile Japan 2013 にてキーノートスピーチおよび TDD のワークショップを担当された James Grenning さんにインタビューを実施させていただきました。 James さんは、組み込みソフトウェア開発におけるアジャイル開発のコーチ・トレーナー・コンサルタント、『 Test Driven Development for Embedded C（翻訳書は「テスト駆動開発による組み込みプログラミング ― C 言語とオブジェクト指向で学ぶアジャイルな設計」）』の著者、アジャイルソフトウェア開発宣言の著者 17 名の 1 人、そしてアジャイルな見積り手法「プランニングポーカー」の考案者でもあります。 2012 年 10 月号で公開したインタビュー記事 *1 に続く本記事では、これから TDD に取り組む人、すでに取り組んでいる人が感じている疑問
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
