2014/08/30 Hokuriku.NET vol.15 (in福井) #hokunet

Hokuriku.NET vol.15 - Hokuriku.NET | Doorkeeper に参加してきました。

路面電車とヨーロッパ軒

とりあえず、開場前に、路面電車に乗ってソースカツ丼を食べておきました。

f:id:kodapon:20140911005704j:plain

f:id:kodapon:20140911005717j:plain

お話メモ

なかでも特に印象的だったアトラシアン長沢さんのお話「これからの開発現場が持つべき最低限の開発フロー」について、メモを残しておきます。

あなたの「最低限の開発フロー」は、どこの範囲？
- 企画、計画、開発、ビルド、デプロイ、フィードバック
- この意識を合わせておかないと、チーム内、チーム間での話が合わない。
ソフトウェア開発
- =アイデアを的確にビジネス価値にすること
これからの10年
- これまでの10年とは違い、アイデア/要件がころころ変わっていく。
- 開発スパンを短くして対応していく必要がある。
優先順位
- 必要最低限のものを作っていくというやり方が必要になってくる。
- はっきりと優先順位を付けられるものから始める。
- 逆にいうと、優先順位をつけれないようなボヤッとしているものは今やるべき形になっていないということ。
定期的なデリバリーを行える能力を、チームが持っておく必要がある。
- ツール入れてなんとなかるってものじゃない。ツールは「道具」にすぎない。
- そもそも、冒頭に話した「開発フローの範囲」について、チームで意識を合わせておかないと話が合わない。
問われる開発現場の資質
- 価値の流れ
- 透明性
- 自律/改善
相対的見積の利点
- 色んなヒトの知見が浮き彫りになる
- プランニングポーカー
協調的ワーク
- DevOpsも、開発と運用という異なる作業同士の協調ワーク。
- 人はうまくいった事から抜け出せなくなるもの。
- 一人だと自分の枠から抜け出せなくなるので複数の人で作業する（協調）ことで、気づきを起こす
チームを固定するのは大事。
開発フローの運用デモ
- 企画～タスク管理～バックログ～ブランチ作成～開発～コミット～レビュー依頼(プルリクエスト)～マージ～自動ビルド～自動テスト～デプロイ。
- デモで使ってたソフトは、JIRA,STASH,SourceTree,VisualStudioあたりでした。
協調が大事
- 「コードの共有」も大事だけど、もっと大事なのは「状況の共有」
恐れない！
- ソフトウェア開発の複雑さへの取り組みの物語！