第9回RxTstudy Redmineやタスク管理を考える勉強会＠大阪

akipii @akipii

#RxTstudy　PBLにはScrum開発がとても向いている。特にスプリントレビュー、ふりかえりの部分。普段もやっているけれど、Scrumではフレームワークで提供されていて、組み込まれている。教えやすい。

Kuniharu AKAHANE @akahane92

#RxTstudy に @irof さんが来てくれました。名札書いたの私ですwww

akipii @akipii

#RxTstudy　PBLで教えたい目標。Scrumフレームワークを理解。CIや構成管理などを使ったチームによる開発。MongoDB、JS、JavaによるWebアプリの開発経験。学生に経験して積んでもらいたい。

irof @irof

「学生は残業が大好き」 #rxtstudy

akipii @akipii

#RxTstudy　スプリントは１日！　社会人は残業は嫌いだが、学生は喜んで残業する笑。集中すると、必ず徹夜する学生が出てくる。だから開発時間は固定した。スプリントレビュー１５分。ふりかえりは１９時まで。

やっさん🍶 @yassan168

#RxTstudy 学生は集中すると残業が大好きになる…。わかる気がする。。演習とかでやりまくったなぁ。

akipii @akipii

#RxTstudy　スプリント計画で見積りもやる。計画は、実施よりも重要な場合がある。それも学生に知って欲しかった。

だいくしー @daiksy

社会人になってからでもリリース対象によってはムダに学園祭気分でテンション高く残業、というパターンもあるしなw #RxTstudy

akipii @akipii

#RxTstudy　評価基準の策定。大学教育ではQCDのうちコスト評価が難しい。遅れたプロジェクトに学生を投入すると、教育の評価が難しくなる。そこで、品質とAssignment、Deliveryにした。企業ほどの品質評価はしないが、プロセスルールが順守されているかも見る。

akipii @akipii

#RxTstudy　遵守すべきプロセスルール。プロダクトごとにDoneの基準を決めた。実施したタスクが全て正しくチケットシステムに記録されていること。生涯の記録、割り当て状況、実績工数、見積時間など。

akipii @akipii

#RxTstudy　Assignment。タスクが適切に分担されているかという指標。特定の受講生に特定のタスクが集中しないこと。開発終了後、各メンバの開発・テスト・レビュー担当数がチームの平均値１．２～０．８以内に収まること。開発だけやる学生を避ける。まんべんなく経験して欲しい。

akipii @akipii

#RxTstudy　スプリントバックログ＝チケット群。タスクは１枚のチケットになる。重要なのは見積もり時間。見積り時間があれば、バーンダウンチャートが作れるのが最大の利点。進捗が一目で分かる。

akipii @akipii

#RxTstudy　Tracのチケット。コンポーネントにソース名を入れる。チケットの種類は、実装・テスト・レビュー・バグ修正など。コンポーネント単位に実装・テスト、レビュー、障害を追跡できる。

Kawabata Mitsuyoshi / 川端光義 @agilekawabata

うちが作ったのはガントチャートなんだけど、井垣先生が期待されてるのはバーンダウンチャートですね... #RxTstudy

akipii @akipii

#RxTstudy　Tracチケットの開始時刻、終了時刻は、日時入力補助プラグインを入れた。入力ミスを防ぐため。正確な時刻が記録される。評価や計測で重要。

akipii @akipii

#RxTstudy　チケット駆動開発の導入。開発とチケットが連動する。バーンダウンチャートで残タスクが分かり、誰がどのタスクが割り当てられているか分かる。

irof @irof

たまにバーンアップしてるのが生々し。 #RxTstudy

akipii @akipii

#RxTstudy　構成管理や継続的インテグレーションも教育の目的。全てが自動化され、再現可能なビルドを日に何度も行うことを学んでほしい。

akipii @akipii

#RxTstudy　ふりかえりの判断基準の多くをチケットから即座に取得できるのが利点。今までは、メトリクスを収集する作業自体に時間がかかり、ふりかえりがやりにくかった。プロセスルール、バーンダウンチャートなどの客観的なデータを元にふりかえりが可能。

akipii @akipii

#RxTstudy　例えば、CIビルド成功率。学生ごとに違う。レビュ済みコンポーネント数を見ると、やはりレビューをきちんとやってほしいね、とか。Assignment制約の評価も、チケット集計から簡単にできる。駄目なチームは、特定の学生に作業が集中している。

irof @irof

いいわけ: 「なぜTracを使ったのか」w #RxTstudy

akipii @akipii

#RxTstudy　RedmineよりもTracを使った理由。CUIでユーザ登録、コンポーネント登録などができる。データマイニングはSQLが使えるのでやりやすい。

Kuniharu AKAHANE @akahane92

#RxTstudy 実践的な情報教育をPBL(Project Based Learning)アプローチで行う。Scrumの初期教育として、チケット駆動開発（TiDD）を併用。教育効果の最大化と計測可能化を目的とした一般的でない数種の制約を意図的に配置／興味深い。懇親会で詳細聞こ

だいくしー @daiksy

「バグ混入率を成績評価にすると、バグ報告をしない学生があらわれるので、評価には繋げない」 これは社会人も一緒ですよwwwww #RxTstudy

akipii @akipii

#RxTstudy　No Ticke, No Commitを順守するチームはプロセス遵守を意識しているが、生産性や品質までの関連性は見えない。できる学生ほど、チケット入力を嫌がる時がある。ブラウザを開いてプログラミングの作業から離れたくないから。なるほどね。