俺が考える最強の新規サービス開発フロー - 小さなお城
インターネットサービスを想定した理想を書いてます。 エンジニアリングに特化した話ではなく、アイディアを思いついてからリリースするくらいまでの浅く広い話で、個人的な趣向であり、組織や環境によっては合わないかもしれません。 とりあえず、リーン・スタートアップとアジャイルサムライ−達人開発者への道−は、すごくいい本で勉強させていただきました。 アイディアを整理します 実現したいアイディアが解決するユーザプロブレム、提供する価値を整理します。 例えば、 ● ユーザプロブレム: お腹いっぱい美味しいものを食べたい！ ● 提供する価値 : 安くて美味しくて腹持ち良い食べ物屋さん アイディアの簡単なペルソナを想像します ペルソナとは提供するサービスの一番の顧客になってくれる人の人物像です。 例えば、 G太、小学1年生男児。体重40kg。 頭はおにぎりのような形をしており、10円ハゲがある。 小学校では
スタートアップして3年でエンジニア40名、退職者ゼロ～脅威の定着率を誇るfreeeの組織運営術【特集:1を100にする開発戦略】 - エンジニアtype | 転職type
（写真左から）代表取締役の佐々木大輔氏、取締役の横路隆氏 DropboxやAirbnbに出資したY Conbinatorの共同設立者であるポール・グラハム氏は、スタートアップの定義について「早く成長することを意図して作られた会社を意味する」と説いている。 世の中にイノベーションを起こした後。つまり、スタートアップは、1→100を視野に入れサービスを発展させる段階にも、早い成長が求められるということだ。その必要な要素の1つに、作り手であるエンジニアチームの拡大があるのかもしれない。 だが、草創期に集ったエンジニアが継続して組織に根付くとは限らない。組織拡大に伴う文化の変化に戸惑いや疑問を拭えず、組織を去るケースもあるためだ。 スタートアップとしては、エンジニア採用と同時に、継続してバリューを発揮する組織文化を形成する必要があると言える。 そんな開発チームの急成長を、1名も退職者を出すことなく
「リーン」について : 「何を作るか」よりも「何を作らない」か - naoyaのはてなダイアリー
2013年に「リーン・スタートアップ」という書籍が出版されて、それからリーン (LEAN) という考え方に注目が集まるようになった。LEAN とは「無駄のない」とか「ぜいにくのない」とかそういう単語らしい。 書籍リーン・スタートアップには「スタートアップやその類が新しい事業を始めるときに普通にやってるとだいたい失敗するから、潜在顧客や顧客からのフィードバックをこまめに集めて軌道修正しながらゴールを見極めるやり方が良い」とか、雑にまとめるとそういうことが書いてる。 仮説を立ててフィードバックをもらって検証するということを短いイテレーションで繰り返す･･･というのを "フィードバックループ" と呼んでいて、それを細かくやる場合、製品を作り込んでからフィードバックをもらうのでは遅いし、例えばペーパープロトタイプをするとかそういう実験的なことで欲しいフィードバックが得られるならそれが一番いい ─
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
