エンジニアは「要件定義」がすべての始まりだと思いっている。
でもシステムを発注する側は「要件定義」はひとつのゴール。
発注する側の立場に立って「システムを作らせる」ために何をするべきか
プロジェクトを成功させるには何をするべきか、が書かれている。
似たような本は見たことがないし、調べても見つからない。
多分、唯一無二の本。
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。
ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
Amazon スマイルSALE ゴールデンウィーク 開催中
期間限定！人気商品がお買い得。ポイントアップキャンペーン実施中
Amazon スマイルSALE ゴールデンウィーク を今すぐチェック
Amazon スマイルSALE ゴールデンウィーク を今すぐチェック
この本を読んだ購入者はこれも読んでいます
ページ 1 以下のうち 1 最初から観るページ 1 以下のうち 1
著者について
著者をフォローして、新作のアップデートや改善されたおすすめを入手してください。
イメージ付きのレビュー
例え話のわかりみが深い、多くの修羅場を経験した猛者が書いた本。
実践する際はこの本に戻ってきて、必要なところを再読することになるかと思います。本を読んで印象に残ったところを3点。(1)例え話しのレベルが高い、(2)Whyから始める、(3)1つのチームにする検索ができる電子書籍での購入をお薦めです。(1)例え話しのレベルが高い システムが出来上がってきて終わりが見えかけた時に上層部意見でひっくり返されてまた作り直しをする様子は、賽の河原で石を積んでは鬼に崩される子どもの様。だれも幸せになりません。 みたいな実践に基づくたとえ話が随所にあります。これは使える！とハイライトばかりになりました。(2)Whyから始める Why→How→Whatの順番で決める、ゴールデンサークルを意識する。 何を作るか？のWhatに目が行くと、Whyはおざなりになりがち。わかりみが深い。(3)1つのチームにする システムを作るうえで、経営、実務、IT部門と大きく3つに分けられる。 よくあるシステムづくりが滞る問題は、各組織内の利害のために、別部署を責めたり、それはそっちの問題でしょ、と責任転換したり。 みんなが一体になれるように、明確なコンセプトを作ったり、夢を示したりしようと本書を読んで学びました。たとえば、会社内のコミュニケーションのコストを下げてみんなもっと幸せになろう！という熱意をプロジェクトの真ん中に置いて関係者を一体にする。
