栞/#devprocess
- 2011年11月
「組織が大きくなった際には、リードUX・リードDev・リードBusinessの人々が下の人々に伝えるような体制が望ましい。また、この３者の関係が対等でなければならない。」
「Pivotal Tracker で管理されているストーリーをどのように実現するかについては"こちら側"で Trac や Redmine を使った方が良いし、特にチケットとコードリビジョンの紐付けとかは必要な要素であることは変わりない。」
「スクラムで組織変革をする、というのは大事だしいいなと思うけれど、組織を変えるのは時間がかかる。その組織を変えた上でやりたいことがあるのならいいけれど」
「「朝会しましょう」とか「振り返りしましょう」とかアジャイルとは言わずに提案していったんです。そうやって少しずつ社内でも賛同者が増えました。」
- 2011年10月
「「見える化」の大事さが理解されました。どんなバグがあるか、なども全部付箋紙に書いて張り出していて、そうすることでプロジェクトで誰が何をしていて、どんなバグを解決したか、などが分かるようになりました」
「全部をアジャイル開発でやるつもりはなく、そのプロジェクトごとに適切な手法を選択できればいいなと思っています。」
- 2011年3月
DevOpsについて。「DevOpsとは、開発部門、運用部門、品質管理部門のあいだの、統合、コミュニケーション、コラボレーションを行うための一連のメソッドとシステムである。」
｢WEBディレクタはスケジュールではなくWBSを作成しましょう。｣
- 2011年2月
scrumの簡単な流れの図/sprintも
「グーグルではテストチームではなく、製品チームが自身で品質管理を負っている。各デベロッパは自身でテストすることを期待されている。」「テスターはデベロッパーがテストできるようにするのだ。」
ユニットテストの必要性を説明するとき用
- 2011年1月
Facebookの開発の仕組み。オペレーションチームの動き方とか
アジャイル開発での見積もり
スクラム/scrumについて概略わかりやすい
かんばんとスクラムの関係性。PDFダウンロードできる
「インテグレーションがより必要なプロジェクトでは、開発がプロジェクトの中心となることは少なくなる。調整やコミュニケーション、全体の作業を率いるためにプロジェクトマネージャがより必要となる。」
ユーザーストーリー詳しく
Backlogが必要なとき、不要になるとき。