仕様書の書き方って，習いました？ - 日経エレクトロニクス - Tech-On!
突然ですが，読者諸兄姉は，仕様書の書き方って，教わったことはおありでしょうか。あるいは，部下に教えたことはおありでしょうか。 日経エレクトロニクス 2007年2月12日号のGuest Paper（pp. 133-152）では，「仕様書の記述力を鍛える」と題して，フェリカネットワークスのソフトウエア・エンジニアの栗田太郎氏に，「形式仕様記述」という手法を使ったプロジェクトの体験記を執筆していただきました。 同社は「おサイフケータイ」などとして知られる携帯電話機向けの「モバイルFeliCa」の開発元で，そのICチップのファームウエア開発に当たって，「仕様をキッチリ書けるところは，書こう。実装者任せにしないようにしよう」という意識を徹底，高品質なソフトウエアの開発に成功しました。成果物は，NTTドコモの携帯電話機「903iシリーズ」の全機種に採用されるなど出荷数も多く，責任の重いプロジェクトです
ユーザーのフィードバックをどうサービスに反映させるべきか？（12の指針） | POP*POP
何かサービスをつくったときにはなるべくユーザーの声に耳を傾けたいものです。しかしながら闇雲にユーザーの声を取り入れているとわけがわからなくなってしまいます。 そこで今回はTara Huntさんのブログから「ユーザーのフィードバックをサービスに反映させるときの12の指針」をご紹介します。Taraさんは画像認識ベンチャーのRiyaにもかかわっていらっしゃったようですね。 どういったフィードバックを反映させるべきで、どういったものは反映させるべきではないのでしょうか。サービスの開発をされている方にはかなり参考になるのでは・・・では以下よりどうぞ。 上級者ユーザーの意見は聞くべきだが、（あまり）反映すべきではない。 上級者のためにサービスを設計すると普通の人が使えなくなります。そして普通のユーザーの方が上級者ユーザーよりずっと多いことを知るべきです。 普通のユーザーは何が欲しいのか教えてくれない。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
