エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書（仕様書）」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 本稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 本稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな（≒納品物になりえる）設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 ＜ご注意＞ 本稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する
ウェブ制作の見積もりを金額付きで晒してやろうじゃないか！
はい高いですか？こんなもんですか？以下見積もりの説明です。 リニューアルと言っても、既存サイトはCMS化されておらず、たいして情報もアップされていなかったため、ほぼほぼ新規案件に近い、というイメージです。そのため、旧システムからのデータ移行費用が入っていません。その代わり、商品データベースは既存のものがあり、定期的にそこからデータを吸い出してCMS側の商品ページに反映するというカスタマイズが入っています。色々調査した結果、1週間でできそうという見込みのもとに見積もりしていますが、この要望はなかなか軽く収まらないことが多いですね。 コンサルティング費用にどのくらいかけるかというのはサイトの規模感によってまちまちだと思いますが、誰に向けたサイトで、何の目的で、対象となる閲覧環境は、用意するサーバーは、考えられるリスクは、など細かく資料に起こしていき、事前に複数回クライアント往訪のうえ打ち合わせ
受託開発で開発開始時に確認すること | DevelopersIO
はじめに 巷では受託開発についてまぁ様々な事は言われて久しいですが、紛れもなく自分は今この世界で生きていますし、多くの人が関わっていると思います。自分はプロジェクトリーダーという役割で開発に携わっていますが、プロジェクトをやる度に何かしら忘れてしまう事があるので、開発開始時又は開発開始前に必要な主な確認事項をまとめました。 確認すること プロジェクトの基本部分 契約書／要件定義書に書かれているようなこと。設計時や問題発生時に考える時の基礎になる部分なので、プロジェクトに関わる人全てが知っていて意識するべきこと。 ☆は仕様追加などの状況によってパラメータ調整する項目 目的 何故このプロジェクトが始まって何を目標としているのか 世界のはじまり。考察の基準。 エンドユーザー お客様と本当の意味でのエンドユーザー。 誰が使って嬉しいといいのか ステークホルダー プロジェクトのボスは誰か 誰を納得さ
TechCrunch • Startup and Technology News
Founders are at a distinct disadvantage in the valuation game. By design, VCs play this game far better than most founders ever will. Historically, Twitter has had a tumultuous relationship with the third-party developer community. But in the last few years, the company has tried to appease the developer community with projects like
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
