栞/#devprocess
- 2012年8月
リリース手順と開発サイクル
- 2012年7月
「会議をどう進めるのか。まず、模造紙数枚と大量の付箋紙を用意します。事前に会議のテーマや目的を聞いていた参加者は、自分のアイデアを付箋紙に簡潔に書き、模造紙にペタペタ貼っていく。最後に模造紙をデジカメで記録します。数十枚の直筆の意見をまとめて撮影した写真データは会議終了後にすぐさま関係者に配信されます。それが議事録の代わりになるのです。 写真を眺めれば、会議に参加していなくても、会議のプロセスやどんな意見のぶつかり合いがあったかの要旨をつかめます。後で修正をしようにも難しく、結論が複数ということにはなりません。」
ガントチャート描けるよ
「定例会議をすべて削除する」
「開発中は、進捗確認の為のMTGを週3回30分ずつ行いました。作業時間が削られることもあり担当者には当初嫌がられましたが、結果的に、タスクの細かい問題点などを共有する良い場となりました。」
アジャイル原理主義は本当に意味ないとしか思わない
- 2012年6月
「そもそも、定例会議って、上司側の都合な気がします。」
「サーバサイド、iOSエンジニア、Androidエンジニアの3名を1チームとし、既存のチームに加えてもう1チーム組成し、平行して2ライン体制を整えたいと考えている。」「口頭だけのコミュニケーションではなく、オンラインだとすべてログが取れているため、結果として抜け漏れがない密なコミュニケーションができている。例えば、Facebookグループで仕事の相談や情報共有をしたり、タスク化した事項に関してはRedmineに落とし込んで管理したりしているそうだ。その他に週に2度、1時間ほど『miil』関係者全員参加のグループチャットで業務連絡を行い、週に1度、全員がオフラインで顔を合わせた打ち合わせをしている。」
「作って壊して、純化しない限りは洗練された仕組みは出来ないと思います」「ゲームを作るというのは、仕組みを足すことではなく、仕組みを削ること。このゲームがなんであるかを一言で表せないといけない」「個人的にバハブレを作って思ったことは、この企画意図を最初から最後まで通すのが「ゲームディレクター」だということです。」
pull requestの使い方
「結局、見えない進捗を管理するのであればチームリーダーに頼らざるを得ない。逆に言えばチームリーダーに頼らないで良いように進捗を見えるようにできればチームリーダーに頼らなくても良くなる。」
- 2012年5月
Pivotal Tracker使い方
「こねくり回して改良していくプロセスこそ価値」