開発速度が速い #とは（LayerX社内資料）

Cloud Festa 2021 Winter 「デザイナー、データサイエンティスト、 クラウドエンジニア、で実現する共創の世界」 Tsuyoshi Hirayama

[akira_108]

「複雑な仕様は何かが間違っているという嗅覚」これめっちゃわかるなー

[hdampty7]

実際、こういうクセのある人たちと組むと案外面倒くさいものよ。一定規模超えるとシステムは複雑化する。結局、できることをよりよく見せる技術は評価するけど、システム開発能力の本質ではないよ、多分。

[gyampy]

それを顧客にわかってもらわないといけないんだけど、それが大変だったりするよね。

[nhayato]

#とは をハッシュタグとして使うことがある

[shikiarai]

当たり前の当たり前で一番難しいことをまた……

[asrog]

最短を走ろうとすると顧客が思ってる進め方から豪快に外れたりするんで、モック作ったりしてコミュを密にしないと客が不安になっちゃうっていうのがありそう。

[kako-jun]

C#みたいに、名前の末尾に#をつけた言語シリーズがあるのかと思ったら、上流工程の話だった。この位置の#に特別な意味があるのかしら

[quabbin]

要約すると要件より要求を重視せよってことだろうし、それは賛成。ただ、それが正となる場合は、社内開発かそれに近い体制に限られるのよね。しっかし、そういう体制で開発をしていきたいものだ。

[mak_in]

なんか最近、上流工程でもモノが無いと、思いのほかイメージができず良いものができないし、合意にも決定打にかける、と感じる場面が多々ある。アジャイルのMVPじゃないけど、WFでもコンセプトモック作った方が良い

[simomm]

仕様をシンプルにする、言われた通りに作らない

[aktkro]

こういう言うまでもない当たり前のことを書いただけの資料を公開する意義がよくわからない。そしてバクラクは使いづらい。

[kazooooo]

“ Loading in …2 × Share SlideShare Facebook Twitter LinkedIn Embed Size (px) Start on Show related SlideShares at end WordPress Shortcode Link Share Email Top clipped slide ”

[kazoo_oo]

ほんまそれスタンプを乱打したい。

[koogawa]

開発速度が速い＝顧客への価値提供（アウトカム）が速いこと

[sykuma]

複雑なものは使われない話、salesforceとか見ると本当にそうか？って気はする

[mayumayu_nimolove]

フルスタックエンジニアを名乗る人一人いれば早くなるって単純な答えが欲しいよね。経営陣の連中に説明しやすい。

[mkusunok]

やらないこと決めるの政治的調整が本当に難しい

[open_your_eyes]

作るなら創るに値するものを！シンプルに、不要な機能を削る、本質を詰める

[tzccinct]

「使われないものを作らない」「仕様をシンプルにする」「言われた通り作らない」

[morimarii]

複雑なシステムのほうが企画設計簡単だったりするのよね。目先の進捗を追う人だと設計や仕様を複雑にしがち。。。

[j1nsuke]

ちょうどこういう話をしていたので参考に使用

[gecko_a5]

ジョブ理論をきちんと実践。

[jssei]

わかる。無駄なもの作るから遅くなる。

[masa_iwasaki]

プロダクト開発での「作らない」って意思決定は多くの場合「作る」より失敗時にいろいろ言われるリスクが高いことが多いのでそこがヘッジできる組織でないとなかなか難しいという要素もある気がする

[tonza_dopeness]

儲かる仕組みってのはシンプルなのよ。儲からないから少しでも儲かる様に細かいニーズを汲んで仕様に落とし込もうとする。だから複雑化する。仕様が複雑な場合はビジネスから見直す。それができないなら逃げろw

[uva]

「使われないものを作らない」「仕様をシンプルにする」「言われた通り作らない」

[macj_jp]

よく言語化されてるので後でまた見返す

[aceraceae]

#とはなにかという話ではなかった

[rgfx]

いい話

[j_naito]

端的だけど、これが原則ってものがあって素晴らしい

[peketamin]

すごい