飯田哲也のレビュー一覧
-
Posted by ブクログ
ルポから思想まで豪華布陣だが、宮台さんの激憤しながらの筆致が鮮やか。『「ファストフードからスローフードへ」と同じく「原子力から自然エネルギーへ」も日本的に勘違いされるでしょう。〈食の共同体自治〉の問題が、食材選択の問題に短絡したように、〈エネルギーの共同体自治〉の問題が、電源選択の問題に短絡するでしょう。(略)原発災害からの学びがその程度で終わってしまうのですか。』pp.384-385. まさにそこなのだ。設計の悪い世論調査と内閣支持率に翻弄されて愚昧な二択に落とし込んではいけない。そこで一般意志2.0の登場なんだろうな。東さんと宮台さんと津田さんは全く方法論が違うけど、震災をきっかけに議論が一気に接続されてきた気がする。
-
Posted by ブクログ
市場をうまく導入することで、社会の流れも変わってくる可能性があるという話は、なるほどと思った。
制約を加えた上で、市場に任せることで変化は自然に起きる。エコだからお金の話が絡んじゃだめってことはないんだろうな。どうしても、一般の人間より、我慢して、無理してやっているってイメージがある。
自然エネルギーについては、真剣に考えてみようと思う。北海道に住んで、家の作りで(断熱性能で)暖房のあり方も、コストも全然違うことがよくわかったしなぁ。
もっと当事者の意識が必要なんだろう。いろんなものが拡大して、多くの人が分け前をもらえた時代は終わっちゃってるんだから。 -
Posted by ブクログ
ネタバレ飯田哲也さんという半端なく頭の良い人の今までされて来られたこと、さらにはおいたち、さらに宮台真司さんという社会学者の一般人にも面白く分かり易い話で綴られた対談本。
勉強してなかった私なんかは、何かおかしいぞとまでは思うけど、それが何かがわからないでいた。今まで何だか疑問が残ったまま時が流れていたことの、答え合わせ本。自治体、個人個人がもっと勉強し責任感をもつこと。
三月の震災以降、始めて明るい未来が見えてきた。
東電をゾンビのように生かすのは、やはり変なんだ。東電や国の払うべき代償を国民に押し付けるなんてことはあってはいけない。
誰でも電気を作って都市ではそれを共有する。スエーデンの様に何発電かも選べたらすごい進歩!早くそういう社会になりますように!
また読み返します。 -
Posted by ブクログ
一筋の希望の光とともに、この先のエネルギー問題について考えたいひと必読の一冊。
ここでは「3.11以後の日本」について、社会学者の宮台真司氏と環境エネルギー政策研究所所長の飯田哲也氏ふたりの対話を通じて、おもに「エネルギー」面から論じている。
宮台氏はここまで原発社会をつくってきた日本人の「心性」について、「《悪い共同体》とそれに結合した《悪い心の習慣》」「知識社会」「ガジェットの集積を尺度とした豊かさ」といったキーワードから語っているが、まさに核心をついている。
一方、もともと技術者として原発開発の現場に身を置き、原発行政にも深く関わってきた飯田氏の話も生々しく興味深い。その後訪れたスウェーデンで出会った自然エネルギーについて、ヨーロッパのみならずアジア諸国の導入例や、日本における可能性や過去の失敗例まで紹介されており勉強になる。
そして、この先のヴィジョンとして提唱される「小さな統治ユニットによる共同体自治」は、エネルギー問題だけでなく、この先の日本、とりわけ東北〜北関東の早期の復興のためにもぜひ実現してもらいたいと思う。もちろん、あわせて電力の固定価格制度の早期導入もまたれるところ。なぜか福島県や新潟県に「東京電力」の原発があるという不自然を是正するためにも。 -
Posted by ブクログ
ネタバレ各種dxプロジェクトにおける大事な考え方を整理してくれている良著。
メモ
・pmに求められる3つの行動
aiなど最新技術の使い方を理解する
競合類似事例を常に把握しておく
要求課題を積極的に整理提案する
・サービスの企画とは以下の3つを明確化すること
顧客は誰か、どんな課題を解決するか、何を使って解決するか
・アジャイル開発を成功させる条件
システム開発規模が大きくない
高品質が求められるシステムでない
プロダクトオーナーがいて意思決定できる
スキルの高いエンジニアが確保されている
・部分的なアジャイル
企画から要件定義、設計から実装は導入可能な部分。
・タスクフォースを組織し、縄張り争いやお見合いを防ぐということ
プロダクトオーナーを置くことにより素早い意思決定と製品サービスの整合性確保を行う。
・構想フェーズで決めること
サービス企画
サービス要求定義
事業戦略・計画
次フェーズ計画
・サービス企画プロセス
何をするかから定義。保有技術があればそれによって解決しうる顧客や課題を定義。
仮説は質的量的に評価する。
利用者規模推定。インタビューや生の声から質的にも仮説を具体化。
サービス案絞り込みの評価基準例
想定効果=課題解決度合い
コスト、実現難易度
・サービス要求定義プロセス
アイデアを具体化。どのような機能をつけるか、業務は何が必要になってくるのか
ユースケークの整理。どんな人のどんなユースケースが想定されるのか。対象者はいつ何をするのか。利用シーンを具体化する。フロー図を作成してみる。そこからサービスの要求項目が決まってくる。さらにはシステム機能やデータ一覧を作成。その後の事業計画策定時の定量化にもつながる部分。
システム構成図を作成し、俯瞰的にみられるようにしておく。
・事業計画、戦略策定プロセス
3c4pなども活用し、収益性や優位性構築していくための計画をたてる。
システム構成図や機能一覧から開発コストを洗い出し、見積を行う。
さらに、初期費用回収時期、顧客獲得数などマイルストーンや目標をたてつつ、収支計画をたてていく。
・フェーズ計画作成。プロジェクト計画書の作成
サービス企画、スコープ、開発フェーズ、スケジュールをおりこむ。
要件定義。作業、役割分担、体制、リスクと対応方針、マイルストーン、管理計画
・pocについて
規模が大きい場合はpocを行ってから要件定義を行う。要件定義が無駄にならないようにするため。
・poc計画書に記載すべき内容
目的、目標
スコープ
実施内容
システム・環境
準備実施作業
体制役割
スケジュール
管理運営方法
・スコープはサービス全体のどの部分をpoc検証するかを示すもの。図示がおすすめ。
・実施内容はどんな検証を行うかをまとめるもの。
・準備実施作業は関係者のタスク。データの抽出条件、データ依頼、連携環境構築、モデル構築など。
・ですとマーケティングはpocよりも先に行う。仮説やサービス案が変わったら利用する技術も変わりうるため。
・新サービス開発の要件定義で必要な作業
フロントエンド機能要件定義
業務要件展示も管理機能要件定義
ai機能要件定義
バックエンド機能要件定義
非機能要件定義
・構想フェーズで広げた風呂敷を、要件定義では一定度とじていく。具体化とともに。
・非機能要件定義
可用性要件 継続稼働をどこまで担保するか、冗長性含む。
性能拡張性要件 アクセスユーザー数、レスポンス要件。サーバーダウンしないよう。
セキュリティ要件 なりすまし、認証機能など
・デザインは即断体制をつくる。改善点一覧でリリース判定。
デザイン確定に向けた現場責任者を明確にし権限委譲する
トンマナを現場責任者とデザイナーの間で合意する
全てのデザインを現場責任者が確認し、デザイナーとの間で合意する。
・ -
Posted by ブクログ
東日本大震災、福島原発事故から2年を過ぎても、
いっこうに収束の行方が見えない…
本書は、震災事故1週間めの対談をもとに編まれた一冊。
肝心で不可避な問題点が明晰に言及されていると感じた。
著者の飯田哲也は「あとがき」でこう書いている…
―この国の「旧いシステム」は、あまりにも日本社会を構成する
大多数の善良な人々、とりわけて最底辺層や将来世代への
眼差しが欠けているだけでなく、その善良さを愚弄し、
見下し、しかもそこに付け込んで「寄生」しているとしか思えない。
しかし他方で、それを批判して理想像を美しい論文にまとめても、
どろどろした「現実」に手を突っ込まなければ、
それはエクスキューズにしかならない。
「美しい国」を標榜する現首相は、このどろどろとした「現実」に
どれほど手を入れようとしているのだろう…
いかに美しくコーティングされようと、否応なく
泥水を飲まされるのは、ボクら国民に他ならない。
嫌なものは嫌だ! いらないものはいらない!
すべてはつまびらかにされない情報を、
それでも執拗に追い続け、叫び続けるために、
ボクにとって、本書は有益な一冊となった。 -
Posted by ブクログ
社会学者、宮台真司さんと環境学者?の飯田哲也さんの対談形式によって原発依存社会について言及された一冊。
全体としては飯田さんが環境的、エネルギー政策としての専門的な側面から論じ、宮台さんが(どちらかといえば)読者目線で的確な疑問を投げかける、といったような構成。宮台さんのコメントについては、読んでいて気になる部分を的確かつわかりやすい表現で突っ込んでくれたり、理解を促進する言い換えをしてくれたり、さすが宮台さんって感じでした。
個人的に一番面白かったのは第二章「変わらない社会、変わる現実」で、ここではなぜ日本社会が原発依存社会から抜けだせないでいるのかを、抜けだしたスウェーデン社会との比較から、社会学的な目線で論じている。こういった内容なので宮台さんの発言も読者のサポートという立場ではなく、自身の考察をふんだんに交えているわけだが、非常にわかりやすくて納得の行く議論になっていた。