栞/#devprocess
- 2012年10月
- 2012年9月
「パートナーがいる人は少しの間、頭にその人を思い浮かべて、自分はなぜその人と一緒にやろうとしているのか考えてみよう。なぜその人はあなたについてきているのか。きっとその人は命令されたいのではなくて、自分たちで何かを成し遂げたいと思っているはずだ。スタートアップにはそうした人たちが集まっている。指示型リーダーではこうした人達の自発的な活動を潰してしまう可能性がある。 自己組織型リーダーの仕事は人に命令せずに、何か揉め事が起きたときに、まるで裁判官のように仲裁にはいる。それでうまくいく。」
「普通の人が最先端Web開発に関わって成長してエリートになっていける仕組みが必要」
- 2012年8月
「Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。」「ちなみに、Amazonでは社内グループでのパワポは非推奨だとか。なぜなら口答プレゼンは、プレゼンターの話術に依存するからだとか。最終出力であるプレスやQ&Aに落とし込むことで、商品価値を中立的に見極める為。」
TDDの使い道。目的じゃないしね。
リリース手順と開発サイクル
- 2012年7月
「会議をどう進めるのか。まず、模造紙数枚と大量の付箋紙を用意します。事前に会議のテーマや目的を聞いていた参加者は、自分のアイデアを付箋紙に簡潔に書き、模造紙にペタペタ貼っていく。最後に模造紙をデジカメで記録します。数十枚の直筆の意見をまとめて撮影した写真データは会議終了後にすぐさま関係者に配信されます。それが議事録の代わりになるのです。 写真を眺めれば、会議に参加していなくても、会議のプロセスやどんな意見のぶつかり合いがあったかの要旨をつかめます。後で修正をしようにも難しく、結論が複数ということにはなりません。」
ガントチャート描けるよ
「定例会議をすべて削除する」