タベリー | とある仕様書 – Yamotty – Medium

グループ共有機能仕様書の公開に踏み切ったのは、10Xのプロダクトがどうやって作られているか、について部分的に触れてもらえると思ったから。 10Xでは「細かな実装・デザインの白兵戦」・「認知と理解を獲得していく空中戦」を一緒に戦えるプロダクト・マネージャーを育てていきたいと思っているので、この仕様書を読んで「10Xで力を試してみたい！」という方はぜひ以下のフォームから応募してほしい。ユーザーの感情を科学できる人が10XのPMにはフィットすると思う。 仕様書の前提となる考え仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。今の10Xは「ユーザーの前に積まれた膨大な課題の山に優先度を付け、とにかく早くプロダクトをプッシュしていくこと」が最優先のチーム。 そのため、「膝を突き合わせて瞬発力の高いコミュニケーション」を重視している。リモートはしない。 この環境では議論のすべてが口

[t_takata]

この手の社内データを社外に晒して反応を見てみる、という実験ができる環境って結構羨ましい

[rmakiyama]

“価値があるのは仕様書ではなく「プロダクトを発明していくプロセス」自体”

[aomori-ringo2]

このボリュームの仕様策定と実装のスピードがどの程度か気になる

[khtno73]

開発を重ねてく自社サービス/プロダクトなら全然OK、ビジネスゴールからの展開があるのは「末端仕様は満たすが大目的を満たさない」ありがち状況を防げて良さげ。お客のシステム/他人が保守する製品ならキツい。

[mohri]

仕様書というものはどう書くのかの参考資料になりそう

[d4-1977]

仕様書なのコレ… アレコレやってきた結果、仕様としてまとめた感

[sadoru3]

“仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。” 「何に価値を置くか」という点、開発プロジェクトの運営上もっと気にしていきたいところ。

[rjge]

“価値から認知獲得までの「Why」「What」「How」がミニマムで記載された設計書” ”意思決定のプロセスと内容を端的に追えるストック情報” Whyや意思決定プロセスは抜け落ちやすいので立ち位置が定義されてるの良い。

[njgj]

仕様書の公開いいな

[koogawa]

“価値があるのは仕様書ではなく「プロダクトを発明していくプロセス」自体にあり、それは10Xのチームだから再現するものでもある”

[ngsw]

仕様書というよりは現況経緯説明書という気がするし、書換え容易な身軽さを持っているならそれで十分と思う

[taetae0309]

どうやってこの仕様管理したんだろうか。Githhubかなー。

[stilo]

『価値から認知獲得までの「Why」「What」「How」がミニマムで記載された設計書、意思決定のプロセスと内容を端的に追えるストック情報。これを満たすためのドキュメントであれば十分である。』

[su_zu_ki_1010]

気になるのは、これが何で管理されているのかということ。Webページ的なやつなのか、それともMarkdown等のファイルなのか、WordやExcelなどなのか。

[namikuguri]

これが仕様書

[sp4ghet]

仕様書ってなんやねんと思ってもんもんとしていたので助かり