システムの問題地図 ～「で、どこから変える？」使えないITに振り回される悲しき景色

沢渡あまね

累計15万部『職場の問題地図』『仕事の問題地図』『働き方の問題地図』，『職場の問題かるた』に続く働き方改革のバイブル，シリーズ最新作！ 「システムを新しくしたらかえって仕事が増えた，なんとかしてくれ」「こんなシステム使うなんてめんどくさい，元に戻せ」現場の生産性を向上させるためのシステムが，なぜ使えない・使われないものになってしまうのか？ システムを「使う人」「作る人」「守る人」いずれの立場も経験した著者が，問題の原因を図解で示しつつ，解決策を教えます。【付録】システムの問題 全体マップ

• カテゴリ: ビジネス・実用
• ジャンル: ビジネス・経済 / ビジネス教養
• 出版社: 技術評論社
• ページ数: 272ページ
• 電子版発売日: 2018年03月02日
• コンテンツ形式: EPUB
• サイズ(目安): 23MB

[ブクログ · ★★★★★]

私自身仕事がエンジニアなので気になっていて購入し読みました。
システムを開発したり運用するとなるとエンジニアとユーザーの両軸で動かないと上手くいかないということを痛切に感じる一冊でした。
この本はエンジニアのみならず実際に利用しているユーザーさんも一読することをお薦めします。

[ブクログ · ★★★★☆]

私は今ユーザー側。お付き合いのあるベンダー、システム側の視点が知りたくて読んでみた本。ベンダー側も、発注元のシステム担当者も、そしてユーザ側も全ての視点が詰まった稀有な本。もしかしてちょっと古いのかもしれないけれど、ああ、そういうことだったのね、そうそうらそうなのよ、とか、うなづくこと多し。今でも有効なことがたくさん書いてあると思う。お互いの立ち位置を想像して、そしていつでも、知識はアップデートし続ける、大切ですね？

[ブクログ · ★★★★☆]

・感想
沢渡さんの書籍は毎回いろんな気づきを与えてくれます。
2018年と発行は古いですが、今の働き方でも全然課題になっていることに対してシステム的な観点で指摘を入れている書籍。
・Todo
・共通リザーブ予算を確保しておく。
・用件定義とそれ以降で契約を分ける。
　今年度と次年度を分ける。
・変更情報はフラットにスピーディーに共有。
・購買部門は情報組織の中でのジョブローテーションも要検討。
・要件の言語化が出来るように
・火吹きの経験を活かす為に平準化を取る。

[ブクログ · ★★★★☆]

業界あるある的な。中途半端なアジャイルは危ない。実態はウォーターフォール型なのに必要なものが揃っていないときに、「これはアジャイル開発だから」というように言い訳として使われている場合がある（アジャイル開発の理解不足のため）。最終章の「エンジニアのモチベーション、生産性を上げる方法」が当たり前過ぎて実施しない理由が見当たらない。報連相の時間を決める、最低限の資料作成、電話は出ないor当番制、作業スペースを広く、良いスペックのマシンで、軽い会話ができる場所、カジュアルな服装、フレックスタイム制。

[ブクログ · ★★★★☆]

‪自分はSIerではなくWeb系だけどビジネスサイドの立てた企画を基にシステムを開発して運用するというプロジェクトの本質は同じなので問題なく読めた。具体的な施策よりまずは各々の立場を超えた相互理解こそが重要だと著者は説く。第7章の「PMはポリシーを示そう」という話は今後心掛けようと思った。‬

[ブクログ · ★★★☆☆]

2020以前の書籍で、今よりもユーザーとベンダーのシステムの知識の差が大きかったのだと思う。今はコロナ禍でのIT促進や生成AIの進化が凄まじく、多少は世間全体のITの理解が進んだのではないかな。
でもシステムは人間が作るものである限り、著書にある問題の本質は残っているのだろうな。相手の関心に関心を持つことが大切。この時代、基本的なIT知識はもはや教養として身につけないとな…

[ブクログ · ★★★☆☆]

なにも知らない人からしたら難しすぎ。少しかじったことのある人からしたら「まあ、そうだよね。」という内容の印象。
どっちつかずの中途半端なレベル感かな。

[ブクログ · ★★★☆☆]

#システムの問題地図

あまねキャリア工房 代表の沢渡あまね 氏の著書です。
日産自動車、NTTデータなどで、システムを発注する側、作る側を経験し、その経験から問題点をまとめた一冊です。


【本書で学べること・考えること】
・SIerでの問題点あるある。
　=> 正直、暗い気持ちになるのでSIerで働きたいとは思えなくなる
・ユーザー側の問題点
　- ベンダーへのリスペクト不足
　- 目的が不明確（誰のため、何のため、廃止基準）
　- 無駄にハイスペック（例外まで要件に入れがち）
　- 丸投げ、スキル不足（システム管理部門、購買部門）
　- 運用軽視
　- 提案の横流し、期限を守らない
　- 無駄な報告をさせる等
・ベンダー側の問題点
　- 被害者意識
　- 多段請負構造
　- 要件定義と開発を分けずに受注
　- 言われたことしかやらない
　- 運用軽視、リスペクト不足

読んでみての感想です。

正直、暗い気持ちになります。
SIerにはこういう現実もあることは知っていて損はないと思います。
他の業種でもデスマーチに近いことがあるにはあるので・・・
自分の働く場を良い環境にできるように努力したいですね。

[ブクログ · ★★★☆☆]

問題点は全部あるある
経験したことない立場の観点もあったが大体は想像がつく

改善方法も提案されていたがどれも素晴らしいと思う
ただそれを実現させることが手軽かがとても重要で難しい課題
しっかりと改善方法を胸に刻みタイミングが合えば即座に提案できるようにしたい

[ブクログ · ★★★☆☆]

「俺らIT素人だし…」なユーザー側、顧客側が、自分ごととしてIT、システムへの態度や行動を変えてもらう為に、更にIT部門が出来る事を、考えて行動に移す事が大事だと思った。
今後益々重要になるIT活用、少しでもITリテラシーをつけたいと思って読んだ。