イテレーションが中断される原因への対策は？ | Act as Professional
スケジュールを立てるということについて、真剣におこなっているのかということに心当たりがあったので。 CSM研修初日メモ – ShiroKappa Blog で、Scrumでのスプリント（イテレーション）が中断されることについて、書かれていたので、経験的なことを書いてみる。 コーチによって、いろいろと意見が分かれるところであるので、一つの意見として参考にして頂ければ幸いです。 イテレーション計画の余裕について イテレーションでこなせるタスクをギリギリの量で計画は絶対にしないこと。開発者にある程度の余裕があって、終了を迎える程度にする。 具体的には、1週間から2週間のイテレーションだと、1日ぐらいの余裕は必要であると考えている。 余裕を与えすぎると働かないのでは？効率が悪い？ 自己組織化したチームは、イテレーション内にやるべきことが終わってしまえば、自主的にソフトウェアの改善に勤めたり、次のイ
Scrum ではコードレビューをどうやっているか？ - haradakiro's blog
森崎先生のソフトウェアレビューの講演を聴いて、今やっているレビューの方法をまとめときたいと思ったので、まとめてみます。今回は、コードレビューの話です。Scrum ではといっていますが、レビューのやり方はチームによって違うので、あくまでも例ですよ。PBI とか、仕様、ドメインモデルのレビューの話はまたこんど。 レビューの目的は、もちろん作成するプロダクトの品質向上です。障害を検出するのも、もちろん目的ではあるのですが、それ以降のスプリントで作成されるコードで同じ障害を作り込まないのが目的としては大きいです。そのため、レビューはプロジェクトもしくはチーム立ち上げ後、数スプリントで重点的にやります。後はスプリントの振り返りでレビューをやりたいが出てきたら、チームで決めます。 レビューのやり方 基本はチーム全員で集まってやります。最大２時間。それ以上やっても集中力が続かないので。プロジェクタで対象
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CFD ニュースリリース 2012.01.20 CFD販売株式会社
