明瞭な「提案依頼書（RFP）」の書き方
連載「エンジニアのためのビジネス文書作成術」は、書籍「外資系コンサルのビジネス文書作成術」（吉澤準特著 東洋経済新報社）を基に、出版社の許可を得て、筆者自身が＠IT読者向けに再構成したものです。画像はWindows 7 + Word 2013上のものです。機能はWord 2013、2016のいずれでも使用できます 連載「エンジニアのためのビジネス文書作成術」、第1回は「議事録」の書き方を、第2回は「要件定義書」の書き方を学びました。第3回は「提案依頼書（RFP）」をWordで作ります。 提案依頼書（RFP）とは、発注者（ユーザー）が、自分たちが提案してほしいことを具体的な「内容（要件）」にまとめた文書です。受注者（ベンダー）が「提案書」を作成するためのインプット（材料）になります。 RFPはシステムの「実装内容」だけでなく、自社とベンダーの「責任関係」を決める文書です。「役割分担」は、その
システム開発と3種類の雑 - Tbpgr Blog
「システム開発において雑でもいいのでスピードを上げることが重要」という話をちょくちょく見かけます。 この文脈における 雑の定義 や 雑を適用する領域 ってみなさんどのあたりを想定して話しているのだろう？ と思ったのでざっくり整理してみようと思います。 私の前提 経験としてはSI'er下請けの立場でウォーターフォール型のプロジェクトのプログラマとして従事した経験が1番長いです。 個別のモジュールを担当するプログラマだったり、チーム全体の課題管理・レビューなどをするチームリーダーなどを経験しています。 全体的なシステム設計などアーキテクト的なことはやっていません。 現職では自社のシステムを開発しています。 明確にアジャイルをうたっているわけではないですが、 やり方はアジャイル開発に近いです。 副業でWebサービスの開発をお手伝いしています。 こちらも明確にアジャイルをうたっているわけではないで
日本がウォーターフォールを脱却できないのは予算取りのせい - セカイノカタチ
simplearchitect.hatenablog.com なんか、SIっぽい話題が多いですね。 アジャイルの時にも書きましたが、日本でユーザー企業が、SI案件を発注するまでの間には、「予算取り」という工程が欠かせません。 元記事では、主に開発者サイドにフォーカスしてウォーターフォールとアジャイルについて語られていますが、ウォーターフォールが何故なくならないのか説明できないと思います。 システム開発の最上流工程「予算取り」 よく「試合の勝敗は、始まる前に8割決まっている」などと言いますが、SI案件の場合は、始まる前にウォーターフォールであることが、100%決まっています(そして、敗北も9割方決まっています)。 それはなぜかというと、「予算取り」という工程があるからです。 古き良き日本の大会社では、IT予算というのは、年間を通じでだいたい決まっています。 そのため、システム開発を発注するた
スマホ写真が要件定義書？ 開発現場の“定石”を再考しよう
2016年3月9～15日にかけて開かれた、米Google DeepMindの「AlphaGo（アルファ碁）」と、韓国の李世ドル（イ・セドル）九段による囲碁の五番勝負が興味深かった。アルファ碁が世界トップクラスのプロ棋士に4勝した結果にも驚いたが、それ以上に筆者が興味深かったのはアルファ碁の独特の打ち回しである。 プロ棋士が一目で悪手と判断する定石から外れた手が、後になって実は好手だったと判明する事態がしばしば見られたからだ。攻略のアプローチが全く違うため、人間にとっての前提や制約に影響されず、好手が出るのかなと感じた。 人間は一般に、広大な19路盤を隅・辺・中央と“因数分解”して把握・分析しやすくした上で、石を打つ数が少なくて地（領地）を確保しやすい隅から優先的に攻略する。一方、アルファ碁は盤面を19×19ドットの画像と認識して全体的に捉え、どこに石があると勝ちやすいのかを“直観”している
第2回 HTML5でここまでできる！入力補助からオフライン実行まで
みなさん、こんにちは。MOONGIFTの中津川です。開発者に対して情報発信などを行う「hifiveエヴァンジェリスト」としてhifive開発チームと一緒に活動しています。 第1回では、HTML5を使った業務システムの開発を検討するに当たって、まず押さえておくべき基本的な知識を中心に解説しました。今回は、それを踏まえてより実践的に、HTML5が現在どのように進化しており、業務システムを開発する中でどう役立つのかを紹介します。 なお、前回も説明した通り、広義のHTML5が指す仕様の範囲はとても広く、様々な関連仕様が存在します。全てを網羅的に説明することはとても無理なので、今回は業務システムを開発する上で特に役立ちそうな仕様を中心に見ていきましょう。 フォーム入力 従来のHTML4（HTML4.1）がサポートしている入力フォーム関連のコンポーネント（UI部品）は、テキストボックスやドロップダウン
サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック (1/3)：プロジェクト成功確率向上の近道とは？（2） - ＠IT
サンプル例に見る機能仕様書の基本的な書き方＆読みやすくする7つのテクニック：プロジェクト成功確率向上の近道とは？（2）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、Joelの機能仕様書を日本人向けにカスタマイズされたものを例に、機能仕様書の基本的な書き方、読みやすくする7つのテクニック、仕様書作成ツールは何を使うべきか、誰が書くべきかなども解説します。 連載目次 連載の第1回の前回「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」では、ITシステム開発がビジネスに貢献していくためには、まずは開発の成功が出発点になること、そしてITシステム開発におけるコミュニケーションの重要性、そしてコミュニケーションにおけるドキュメントの重要性について説
今年こそ、社長が喜ぶシステム開発を
「なぜこれほど時間と金がかかり、しかも望んだシステムが出来上がらないのか」――。 情報システムの開発に対して不満を持つ社長は多い。社長が抱く典型的な疑問と開発を成功させる勘所について改めて考えてみたい。典型的な疑問として次の5点を取り上げる。 疑問1・なぜ時間がかかる 疑問2・なぜ金がかかる 疑問3・なぜ簡単にできない 疑問4・なぜ要望が伝わらない 疑問5・なぜ自動化できない ここから先の記述は社長とシステム開発に詳しい友人との対話形式にする。疑問5点に言及後、勘所を説明する。 疑問1・なぜ時間がかかる 社長：営業のやり方と組織を変えようと準備を始めたが、「情報システムの手直しが間に合わない」と情報システム部門の責任者が泣きついてきた。製品別でやってきた営業組織を顧客別に組み直す、ついてはどの顧客にどの製品を納めてきたか分かるようにしてくれと頼んだ。たったそれだけなのに「半年はかかる」と言
「納品のない受託開発 #n2jk 」を知ろう、語ろう会 (福岡地区勉強会)
Yoshihito Kuranuki / 倉貫義人 @kuranuki 来週は福岡にいくことになりました。新しい受託開発の形を一緒に考えましょう。よろしくお願いします。 link:「納品のない受託開発」を知ろう、語ろう会 (福岡地区勉強会) http://t.co/0EG3gFQPYy 2014-02-12 11:58:47
日本橋の町工場が、iPadとFileMakerの業務システムを導入しコスト削減
ファイルメーカーは10月30日、東京・日本橋で商品用パッケージのデザインや試作品の製作、金型開発などを営むワークキャムが、iPadとFileMakerを組み合わせたシステムを導入し、年間100万円以上のITコスト削減を実現したと発表した。 このシステムは受注から設計、3Dモデルの作成、金型の削り出し、納品といった一連のワークフローがFileMakerによって情報管理され、社員はその情報にデスクトップやノートPCだけでなくiPadからでもアクセスできる。 従来の金型を削り出す工程では、少し離れた場所に設置されたノートPCの画面に表示される数値をメモし、それをマシン前に戻って再入力していたが、手間がかかる上に、転記ミスなどのヒューマンエラーも発生していたという。 iPadとFileMakerを組み合わせたシステムでは、手元でiPadの画面を見ながらCAMのパラメータをマシニング装置に入力したり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ミスなくモレなく見やすい「要件定義書」の書き方
外注が主な企業でどのように内製開発を立ち上げ・進化させているのか？
初心者エンジニアの システム構築 失敗談