Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
効果的に試行錯誤を行うための仕組みづくり〜失敗はおはやめに、プロダクトの成長は着実に〜
Search
株式会社ヌーラボ
PRO
June 27, 2014
Technology
4
2.8k
効果的に試行錯誤を行うための仕組みづくり〜失敗はおはやめに、プロダクトの成長は着実に〜
At Agile Japan 2014
株式会社ヌーラボ
PRO
June 27, 2014
Tweet
Share
More Decks by 株式会社ヌーラボ
See All by 株式会社ヌーラボ
【資料】30分でわかる!“とりあえず課題を作った”から抜け出すBacklog活用術
nulabinc
PRO
0
20
【展示会ご参加者様向け】Backlog概要編-配布資料
nulabinc
PRO
0
30
Why Platform Engineering? - マルチプロダクト・少人数 SRE の壁を越える挑戦 -
nulabinc
PRO
5
680
Datadog のトライアルを成功に導く技術 / Techniques for a successful Datadog trial
nulabinc
PRO
0
310
僕たちは何を守っているのか?ビジネスを守る、ヌーラボのセキュリティ実践
nulabinc
PRO
1
68
Snowflake九州ユーザー会
nulabinc
PRO
0
65
ヌーラボ‧ウェブサイト課の ⼀年間の取り組みをふり返る
nulabinc
PRO
1
1.1k
今からでも入れる re:Inventがあるんですか!?
nulabinc
PRO
0
440
ライティングチームだからこそできた、「どことでも繋がれるチーム」づくりの結果 / Technical Writing Meetup vol.38
nulabinc
PRO
0
110
Other Decks in Technology
See All in Technology
GitHub Copilot の概要
tomokusaba
1
130
ドメイン特化なCLIPモデルとデータセットの紹介
tattaka
0
120
Кто отправит outbox? Валентин Удальцов, автор канала Пых
lamodatech
0
350
Node-REDのFunctionノードでMCPサーバーの実装を試してみた / Node-RED × MCP 勉強会 vol.1
you
PRO
0
120
AIのAIによるAIのための出力評価と改善
chocoyama
2
570
GeminiとNotebookLMによる金融実務の業務革新
abenben
0
230
「良さそう」と「とても良い」の間には 「良さそうだがホンマか」がたくさんある / 2025.07.01 LLM品質Night
smiyawaki0820
1
220
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
26k
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.9k
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
3
900
AIの最新技術&テーマをつまんで紹介&フリートークするシリーズ #1 量子機械学習の入門
tkhresk
0
140
25分で解説する「最小権限の原則」を実現するための AWS「ポリシー」大全 / 20250625-aws-summit-aws-policy
opelab
9
1.2k
Featured
See All Featured
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Visualization
eitanlees
146
16k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
Into the Great Unknown - MozCon
thekraken
39
1.9k
Facilitating Awesome Meetings
lara
54
6.4k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
The Straight Up "How To Draw Better" Workshop
denniskardys
234
140k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
930
Making Projects Easy
brettharned
116
6.3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Gamification - CAS2011
davidbonilla
81
5.3k
Transcript
効果的に試⾏行行錯誤を⾏行行うための仕組みづくり 〜~失敗はおはやめに、プロダクトの成⻑⾧長は着実に〜~ Agile Japan 2014 2014/06/27(⾦金金)
染⽥田 貴志 SOMEDA Takashi @tksmd 株式会社ヌーラボ テックエバンジェリスト
http://tatsu-‐‑‒zine.com/books/genba10things
http://santo2014.jaws-‐‑‒ug.jp/
None
JAWS Days 2013 国内を中⼼心に 約2500クライアント が利利⽤用するプロジェクト管理理ツール タスク管理理機能に加え、 • WebDAVによるファイル共有 •
GitやSubversionのリポジトリホスティング などを提供。 http://www.backlog.jp
全世界 約120万ユーザ が利利⽤用するオンラインのドローツール 基本的なドローツールの機能に加え • 複数のユーザで同時に編集出来るリアルタイムコラボレーション • Google+ Hangouts と連携して、ビデオチャットとあわせて利利⽤用可能
といった、コラボレーション機能が充実。 http://cacoo.com/
今年年正式版をリリースしたばかりの新しいチャットサービス • ヌーラボの各サービスとの連携 • 豊富で使いやすい API の提供 http://typetalk.in/
Backlog 成⻑⾧長の軌跡 0 50000 100000 150000 200000 250000 300000 350000
2011 2012 2013 2014 ユーザ数 スペース数
Backlog 成⻑⾧長の軌跡 0 50000 100000 150000 200000 250000 300000 350000
2011 2012 2013 2014 ユーザ数 スペース数 ビッグリリース に失敗
Backlog 成⻑⾧長の軌跡 0 50000 100000 150000 200000 250000 300000 350000
2011 2012 2013 2014 ユーザ数 スペース数 プロセス カイゼンの 取り組み
Backlog 成⻑⾧長の軌跡 0 50000 100000 150000 200000 250000 300000 350000
2011 2012 2013 2014 ユーザ数 スペース数 確信をもって リリース
普段、 どんなお仕事を されていますか?
お⼿手元のポストイット • 印象に残ったこと • ⾃自分たちが抱えている問題 • ⾃自分たちで取り組んだこと
本⽇日のお話 1. ソフトウェア開発の「イマ」 2. UI 設計にコストをかける 3. 失敗できる環境づくり 4. すばやく届けるプロセス
5. コミュニケーション
1.ソフトウェア開発の「イマ」 http://www.flickr.com/photos/ancientsword/2856148716/
リーンスタートアップ
アジャイル(スクラム)
アジャイル(スクラム)
アジャイル x リーン
⼿手早く作り、素早く届ける
http://www.flickr.com/photos/nicmcphee/2558167768/ 2.UI設計にコストをかける
「誰のためのデザイン?」 毎⽇日使っている道具を使おうと思って、 うまく使えなかったとしよう。 何が悪いのだろう? 私の使い⽅方だろうか。 それともその道具が悪いのだろうか? 私たちは⾃自分⾃自⾝身を責めがちである。 「誰のためのデザイン?」 D・A・ノーマン
UIドリブンな開発
図でパターンを考える
モックで動作確認
Chrome Extension Chrome Extension で実験
ディレクタ 開発者 デザイナ オーナー UI チーム全員で UI を考える
http://www.flickr.com/photos/alexmartin81/5883645329/ 3. 失敗できる環境づくり
三つの運⽤用環境
本気でつかう
1.バーチャルホスト
2.クッキーディスパッチ
3.リソーススイッチ
4.アプリケーションフラグ
パターン毎のまとめ アプリ インフラ 特徴 バーチャルホスト 対応不不要 専⽤用の環境が必要 ホスト名に従って振り分 けサーバを変更更 認証不不要
ベータ環境の追加に柔軟 に対応可能 適⽤用できるアプリに制限 あり クッキーディスパッチ ユーザの属性に従って クッキーを付与する 専⽤用の環境が必要 クッキーに従って振り分 けサーバを変更更 認証が必要 ⼤大抵のアプリで適⽤用可能 リソーススイッチ ユーザの属性に従って リソースを切切り替える 対応不不要 認証が必要 ⼤大抵のアプリで適⽤用可能 アプリケーションフラグ ユーザの属性に従って 機能を切切り替える 対応不不要 認証が必要 ⼤大抵のアプリで適⽤用可能
https://www.flickr.com/photos/kamshots/468265643/ 4.すばやく届けるプロセス
ベータ環境に求められること
継続的デリバリ
Infrastructure as Code
ヌーラボでの例例
ベータデリバリのポイント
デモ
https://www.flickr.com/photos/twosevenoneonenineeightthreesevenatenzerosix/8187732414/ 5.コミュニケーション
フィードバック
「ツッコミビリティの確保」 また、作るものが⼤大きくなってくるにつれ、⼀一⼈人の⼈人間が全 てを把握することは不不可能になっていきます。 これを認めた上でチームを作らないといけませんが、ここで カギになるのがチームとしてのみんなの⽬目の存在です。 みんなが⾒見見ていれば誰かが間違っていると気付くはずですが、 その気づきを顕在化できるかどうかは組織の問題です。 h"ps://aiming-‐inc.com/ja/developer-‐credo/problem-‐vs-‐us/
情報の透明性
課題 担当者 ツッコミの構造 -‐‑‒ なりがち
課題 ツッコミの構造 – あるべき姿
課題 担当者 でもやっぱり感情的には
気持ちよいツッコミ作法 • するとき • ポジティブフィードバックを⼼心がける • 指摘ではなく提案にする • 欲しいとき •
みて欲しいところを明確にする • ⼿手軽なフィードバックの場を作る
http://www.flickr.com/photos/munaz/2498380666/ まとめ
本⽇日のお話 1. ソフトウェア開発の「イマ」 2. UI設計にコストをかける 3. 失敗できる環境づくり 4. すばやく届けるプロセス 5.
コミュニケーション
定着するまでの期間 0 5 10 15 20 25 30 35 40
45 50 2012年年10⽉月 2012年年11⽉月 2012年年12⽉月 2013年年1⽉月 2013年年2⽉月 2013年年3⽉月 2013年年4⽉月 2013年年5⽉月 2013年年6⽉月 2013年年7⽉月 2013年年8⽉月 2013年年9⽉月 2013年年10⽉月 2013年年11⽉月 2013年年12⽉月 2014年年1⽉月 2014年年2⽉月 2014年年3⽉月 2014年年4⽉月 2014年年5⽉月 2014年年6⽉月
お⼿手元のポストイット • 印象に残ったこと • ⾃自分たちが抱えている問題 • ⾃自分たちで取り組んだこと
最後にもう⼀一⾔言
ご清聴ありがとうございました @nulabjp