2017/02/17(金)【17-D-3】リーンスタートアップとスマートなエンジニアリングの葛藤 #devsumi #devsumiD

ゆぅりる♪ @yourilyouril

戦略２） 構造パターンの追加に対応できるようにしておく #devsumid ※さっきの戦略１では機能追加で対応するパターン。こっちは構造自体が変わる感じ

ゆぅりる♪ @yourilyouril

戦略３）犠牲 #devsumid 捨てるの前提なのかな。調査系とかだとあるある。

ゆぅりる♪ @yourilyouril

戦略２のデメリットは（使われなくなった構造の）技術的負債 #devsumid

ゆぅりる♪ @yourilyouril

リーンでできること。 #devsumiD

ゆぅりる♪ @yourilyouril

かんばんの導入とベクトルが増えた。 #devsumid

ゆぅりる♪ @yourilyouril

opportunity backlogは(ユーザーストーリーマッピングとかで有名な)Jeff Pattonさんがいいだしっぺらしい。 #devsumiD

ゆぅりる♪ @yourilyouril

ストーリーテスト #devsumid

ゆぅりる♪ @yourilyouril

ストア審査で落ちた場合は、一般的には早く対応したいことが多い。こういった場合はかんばんで即対応だが、時間をかけてもいい場合は普通にバックログ化して対応するというシナリオが考えられる #devsumid

ゆぅりる♪ @yourilyouril

組み込みで検証してみたい #devsumid

ゆぅりる♪ @yourilyouril

スプリント計画は先に立てられることが多いので、その前までに企画側の締め切り日を設定する #devsumid

ゆぅりる♪ @yourilyouril

では、開発者はかんばんとスプリント、どっちをどのくらいの割合でみれば？ #devsumiD

ゆぅりる♪ @yourilyouril

リリース時期やアプリ申請時期などはかんばん処理割り当て工数を多めにとることができるはず。(イベントに応じてだいたい予測できるでしょという考え方かな) #devsumid

ふじた @kfujita27jp

組込系以外ではかなりハマるらしい。 #devsumi #devsumiD pic.twitter.com/qmebDmDhws

拡大

ゆぅりる♪ @yourilyouril

アーキテクチャの戦略は結構普遍的かも。変化に対応できないシステムは今のご時世、使い捨てにせざるを得ないんじゃないかなと。（用途によるけど） #devsumiD

ゆぅりる♪ @yourilyouril

くわしくはゆーすけさんの本で！ #devsumiD

ゆぅりる♪ @yourilyouril

要点が解りやすい素晴らしいセッションでした。ありがとうございました。 #devsumiD

関 満徳@fullvirtue @fullvirtue

@AyaseSH お越しいただき、ありがとうございました！ #devsumiD

オータガー @AyaseSH

@fullvirtue 流石の内容でした。聴けて良かったです！

関 満徳@fullvirtue @fullvirtue

セッションに参加された方がメモを書いてくれました。ありがとうございます！ naoqoo23.hatenablog.com/entry/2017/02/… #devsumi #devsumiD