拙者のメモ帳でござるこの広告は、90日以上更新していないブログに表示しています。IT!に参加しました。適当にジョナサン氏の発言のみまとめました。興味がある方は全員の発言がまとめられているtogetterもご参照ください。!Q:スクラムって楽しい?雰囲気ってどう?A:色々なチームがあるから、どのチーム同じ雰囲気って訳じゃない。一人の人がチームに変化をもたらすことができるからアジャイルは面白い。完成品は出来上がるまでわからないからエキサイティングだ。Q:スクラムチームの人数はどれぐらい?A:少人数が好き。最低でも10人以下だが最適な人数は2〜3名Q:チームにツール類(ジェンキンスなど)のスペシャリストをいれるか?A:チームがツールの使い方を学ぶためにスペシャリストは入れない。Q:チームの外からくる仕様追加や変更などの要求については?A:予期しないことを想定して、スケジュールに1割ぐらい余裕は持っておく。Q:プロダクトバックログで一番大事なことA:プロジェクトの初期はアーキテクチャのリスクを見極めるイテレーションの3回4回目にどれだけリソースを投入できるか見極めるその後は顧客に価値があるものを納品し続けるQ:アジャイルを初めて導入するチームにスクラムマスターで入った場合どうすれば成功するかA:まずBootCampを実施してアジャイルの開発プロセスについて話し合う。その理由としてアジャイル開発を始める前に、チームが抱えているアジャイルについての不安を払拭してあげることが大事。チームのメンバーに一方的にアジャイルをやりますと言うのはフェアではない。反対意見を言う場を与えて意見を発散して、チーム全員がアジャイルを導入することに同意してから始めると成功しやすい。Q:TDD、リファクタリング、テスト自動化、CI、についてA:今、テクノロジを取り入れていることではなく、取り入れようとすること、開発環境を改善しようとする方向性が大事。開発だけでなく環境もアジャイルに常に改善し続ける事が大事Q:レガシーコードを改善するためにテストを書きたいがプロダクトオーナーにどのように説明するかA:大きくリファクタリングしないで、小さく小さくリファクタリングして積み重ねる。レガシーコードのシステムに手を加えるぐらいなら、新しくシステム作った方が良いよってプロダクトオーナーに言う。プロダクトオーナーにリファクタリングについて何度も言及している。プロダクトオーナーに2週間ごとにリファクタリングが必要だとしつこく言ってると自暴自棄になるので避けるべき。対処方法、毎週すこしづつリファクタリングをお願いする。Q:あらぶる四天王「スコープ」について、すんなりとスコープの再定義を許す?A:提案、スコープは臨機応変に変えれるバッファを持つ。ステークホルダーに時間は無いし、やることは山ほどあると常に言い続けてアピールするプロジェクト始める前に必ず言うこと。Q:大規模スクラム(スクラムスクラム)の場合のハンドルのしかたA:大きいプロジェクトは大変。月別アーカイブはてなブログをはじめよう!shio2006さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。