仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話｜田辺めぐみ
よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を
DSLによる要求獲得でスーパーアジャイル
２０１１年７月８日（金）に行われた第２回ＴＰＳ／アジャイル研究会での発表資料です。DSLを中心とする要求獲得がもたらす効果を実例を交えながら解説する内容です。Read less
アジャイル開発の小ワザ
アジャイル開発チームでは、主にテストを担当する役割としてQAを置くことがある。QAの小ワザを紹介する。 携帯ホワイトボードで仕様を共有 アジャイル開発チームのQAの役割は確立しているとは言い難い。スプリントが終わった後に前スプリントのテストを実行する現場もあれば、スプリント中にテストを並行して実施するチームもある。 ただ、多くの現場でよくあるのは、テストに必要な仕様書が完全に整備されていないことだ。アジャイル開発といえども最終的には仕様書が必要だ。とはいえ、スピードを重視して作業の優先度を考慮した結果、ドキュメント作りを最低限にとどめて開発を進めている現場も多い。その状況でテストを実施するには、QAがこまめに開発担当とコミュニケーションを取り、仕様の認識を共有する必要がある。 このとき、ちょっとしたワザがある。100円均一ショップで購入した卓上サイズのホワイトボードを持ち歩き、仕様について
mini specが流行っている？？うちもいつかやろう | Raksul ENGINEERING
こんにちは。 Raksul Platform Projectの水島です。 先日ふとProduct Manager（以下、PM）の平光さんから、「これって水島さんの昔の記事のことですよね？」と声をかけられました。 なになに？？おお〜、私が前職のtechブログに書いたmini specに関する記事がカウルさんのブログで紹介されているではないですか！ スタートアップの現場で役立つ開発要件のまとめ方 涙ぐましい。魚拓から復元してくれたのかな。。。感謝。 実は、このときのブログの中で、「mini spec」でググると、外車のMINIのスペック情報が出てきちゃうし社内用語だよ、と書いていたのですが、今はちゃんとQiitaの記事がトップで引っかかるではないですか！ 新機能をつくる前に整理しておきたい10のこと しかもクラウドワークスさんも一部ご活用とのこと！そして、mid specなるものが。。。参考に
GraphQLを使ったAPI仕様中心開発の導入とその効果の紹介 - Kaizen Platform 開発者ブログ
Kaizen Platformでフロントエンド開発をやっているlacoです。 新規アプリケーション開発において、API仕様中心の開発スタイルを検討し、実験的に取り入れました。 本記事ではその概要と効果を紹介します。 API仕様中心開発 API仕様中心開発を取り入れようと思ったきっかけは、2017年のNode学園祭でpika_shiさんが発表した「JSON Schema Centralized Design」です。 JSON Schema Centralized Design - Speaker Deck Kaizen Platformではリモートワークで開発しているメンバーが多く、非同期にコミュニケーションをすることが多いので、生産性を高めるためには互いの作業を待たずに独立して分業できるワークフローが必要でした。 バックエンドAPIの実装を待たないとフロントエンドが実装できないような依存関
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
