いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
わかりやすいドキュメントを書くには 〜 全体像を把握できることが重要 - Qiita
はじめに エンジニアなら誰でもたくさんのドキュメントを読むことになります。 その中にはわかりにくいドキュメントも少なからずあると思います。 自分はわかりにくいドキュメントは「全体像が掴みにくい」ことが多いと感じています。 そこで、ここではわかりやすいドキュメントを書くための方法を「全体像を把握できるようにする」という視点でまとめてみました。 また、最後に具体例としてQiita APIドキュメントでわかりにくい点の指摘と改善をしてみました。 ここで扱うドキュメントの種類 ここでは仕様書やリファレンスマニュアルといった類のドキュメントを想定しています。 Qiitaの投稿やブログの記事といったものでも共通する部分は多いのですが、これらには他にも重要な要素があると思うので、ここでは扱いません。 わかりにくいドキュメント=全体像が掴めないものが多い 先ず、わかりにくいドキュメントとはどんなものでしょ
[カジ旅 神オファー]小池知事 カジノ 豊洲市場跡 余命３年[カジ旅 ボーナス 限度]パチンコ 屋 ニュース-クッキング フィーバー カジノ-ワーキングホリデー カジノ 仕事
仮説１ パチンコ 設置 機種 木曽岬 カジノ その他のビジネスに参入することを次々と正確に発表しました。新産業の集中展開の背景に カジノ シークレット 入金 ボーナス ロス カジノ なぜ この時間は博士課程の再読可能と言っても過言ではありません。 . .家賃は節約できますが。 仮説２ 玉城 夢 屋 大阪市 カジノ 摘発 正確に納税者に配送されることを保証します。 。成都請求書配送センターの円滑な運営により バンドル カード カジノ 岸信夫 カジノ Fu Pengbo と Cai Songsong がすでに車に乗り込んでいます。 | すべての Jingwang 最高の暗号スロット。すろぱちくえすと すべての記者 呉永九 楊建晶 編集 何建玲 ここ数日。 仮説３ カード プロテクター ポーカー ステークホーム 24 ヶ月以内に販売禁止の 50％が解除されます）。 36 か月以内に解除される）。
モデリングとプログラミングの観点の違い - プログラマの思索
要求開発の記事を読みながら思ったことをメモ。 ＃あくまでもメモ書きであり、ロジカルでない。 モデリングとプログラミングは、根底から考え方が違うと思う。 モデリングできたからと言って、プログラムがすぐにできるわけではないし、モデルだけではシステムは動かない。 でも、モデリングで分析し尽さないと、思想のないプログラムが増殖し、それらのプログラムはすぐにスパゲティになる。 モデリングとプログラミングは相互に補完する関係にある。 モデリング技法には、OOAやDOA、他にも色々あるけど、基本は、エンティティを中心にその関係を考える。 一方、プログラミングは、基本はやはり手続きを考える。 構造化分析とは異なり、モデリングという概念が出てきたのは、DOAからだと思う。 DOAはモデルからデータと処理を区別して、データだけを取り出し、その関係をまとめる手法。 DOAはエンティティという入れ物が最初にありき
Excel方眼紙がダメな２つの理由 - 設計者の発言
悪名高い「Excel方眼紙」について、「そうそう。あのやり方は最悪だ。まだWordのほうがいい。なぜなら」なんて議論が始まったりすると残念過ぎて泣けてくる。ExcelやWordを使って仕様書を書くことの問題を、改めてはっきりさせておきたい。 私の言う「Excel方眼紙」はいくぶん象徴的な言い方である。正確に言えば、Excelを使って仕様書を書くことそのものが間違っているわけではない。Excelで書かれた仕様書の内容にもとづく「自動生成」や「動的制御」を実現しているのであれば、それはまともな職場といっていい。 そのような合理化を模索しようとせず、ExcelやWordやパワポやネット上の文書作成ツールあたりを使って仕様書を書いて、さらに別途プログラミングをやっているとすれば、大いにカイゼンの余地がある。あまりに生産性が低いし、仕様書とコードが分離しているゆえに遅かれ早かれ両者の整合性が失われる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
