BookLiveでは、JavaScriptがOFFになっているとご利用いただけない機能があります。JavaScriptを有効にしてご利用ください。
電子書籍ストア 累計 475,996タイトル 929,342冊配信! 漫画やラノベが毎日更新!
ジャンルで絞り込む
検索対象を絞り込む（複数選択可）
複数キーワードの条件
13pt
試し読みの方法はこちら
「コミュニケーションにおける不確実性を減らすには？」「技術的負債を解消する方法とは？」「経営陣とエンジニア間の認識のずれを解消するには？」 エンジニアリングにおける課題を解決する思考の整理方法やメンタリング手法を，さまざまな企業の技術組織アドバイザリーを務めている著者が解説。 若手を戦力として育て上げ，成長する組織を設計・運営するためにおすすめの1冊です。
続きを読む
閉じる
Posted by ブクログ 2020年01月02日
「情報の非対称性」を軸に昨今のソフトウェア開発現場や組織に横たわる課題を紐解いていく、と雑にまとめ。 個人的には非常に漠然と感じていたことを整理してくれた感じでスッキリしました。 かねてより、自分が進化生態学を専門としていたことはこの業種の理解に相当役立っていると感じていたけど、それは偶然ではな...続きを読むくて必然でもあるのだなー、と。 一方、読んでしまったからにはこれを活かさなければ、という思いも持ったのでした。ひとまず、同じように読んだ人、同僚と対話してみたい。
Posted by ブクログ 2019年12月12日
まさにこういう本を求めていた。 ビジネス書と技術書の中間的な内容で、現場のエンジニアはもちろん、開発組織に関わるマネジメント層はもれなく読んで損はないと思う。 個人的には、特に技術的負債やアジャイルの話が参考になった。 数は多くないものの、数式を用いた説明もあるので、アレルギーある方は注意が必要か...続きを読むも。
Posted by ブクログ 2019年12月10日
2018に賞などで評価されていたのが気になって積んでおいたのをようやく読んだ。 エンジニアリングを不確実性の削減であると位置づけてどのように活動し組織を作り運営すべきかを著者の主観を交えながら説く。 個人や育成観点の1,2章は特に目新しい知見はなかったが、不確実性という軸を持って整理されているので...続きを読む読みやすい。 3章のアジャイルについてはきちんと勉強したことがなかったので単なる開発手法ではなく、思想や経営に近いものとして捉えている点や歴史的な経緯も面白い。意思決定の先送りのメリットについても正しく理解できていなかったことがわかり勉強にもなった。 ただ全体として章間の繋がりがわかりにくく大きな流れが見えないので、4章のチームやスケジュールマネジメントは浮いているように見えるし、5章の組織の話題は急に大きくなったように見える。ところどころ冗長で論旨が見えなくなるところもある。 個人としては所謂SIer側の人間なので、限定合理性の発揮されやすい環境でどこまで顧客や上位層を巻き込めば組織的に実践できるのかイメージがつかないなあ。個人の視座に不確実性の削減の意識を追加するのが当面の取り組みか。
Posted by ブクログ 2019年08月13日
企業の組織構造と技術アーキテクチャの相関性など、この２分野をリンクして語る本は他に見当たらない気がして貴重。 興味を引くぶんナレッジが凝縮されているが、ちょっと深堀りするには他の書籍を読むなども必要。 実際に著者の講演を聴く機会があったので、その際おすすめしてもらったのは「ビジネススクールでは学...続きを読むべない世界最先端の経営学」 組織論について確かに参考になる話が多い。（読書中）
Posted by ブクログ 2019年07月06日
不確実性に対応する方法 将来 方法不確実性 目的不確実性 経験主義、仮説思考 他人 情報の非対称性 限定合理性 コミュニケーション コントロールできることとできないことを分けて考える 観測できないことは変えられない 他人の内面など リアルオプション 仮説を...続きを読む検証しながら徐々に進める 傾聴、可視化、リフレーミング 自己説得 ラーニングゾーン 心理的安全性と責任 承認 存在承認 行動承認 結果承認 ストーリーテリング 自己開示 感情の共有 価値観の共有 返報性の原理 SMART 具体的 計測可能 到達可能 関連性 時間制限 アジャイル 不確実性に対応できている状態 タスク管理 不確実性を考慮 相対的なボリュームで管理 プラニングポーカー タスク消化率 ベロシティ 統計的に計測 最悪、最善 リーンキャンパス 顧客の課題 顧客セグメント 独自価値 解決策 チャネル 収益の流れ コスト構造 測定項目 競合優位性 振り返り ゴール再認識 現状整理 良かった点 問題洗い出し 問題深堀り 対策策定 組織 権限移譲と期待値確認 組織、コミュニケーション、外部リソース調達の設計 ゴール設定と透明感の確保 技術負債の見える化 権限移譲レベル 命令する 説得する なぜやるのか 相談する 合意する 上司と部下の権限レベルが同じ 助言する 尋ねる 委任する 上司への確認なしに実施できる 技術負債 理想のシステム状態に対す機能追加工数と現状脳内システムに対する機能追加工数の差
Posted by ブクログ 2019年03月14日
不確実性は時間的不確実性と通信不確実性の2種類 この本は身の回りから会社全体まで規模を少しずつ大きくしながら不確実性とどのように向き合っていくかを説明していく
Posted by ブクログ 2019年03月10日
エンジニアリングという分類の組織で、ものを作り上げるにはどういった体制が必要か。その論理を書かれています。関係の無い世界にいる人間には分かりにくい、エンジニアリングという世界。その分かりにくさからくるコミュニケーションの問題やクライアントとの関係の解決をどのように行ってくるかという方法論は、実は全て...続きを読むの仕事にも当てはまるものです。 一回で終わってしまうプロジェクトではなく、製品は生き延びて利益を出し続けないといけません。完結しないゆえに不確実性を内包するプロダクトに対する考え方。不確実性に対応する組織の考え方。そのためのコミュニケーションの具体的な取り方。それらを包括する、一本通った組織の意識共有をどのように行うかなど、今日の組織の在り方に勉強になるものがありました。
Posted by ブクログ 2019年02月23日
エンジニアマネージャーを目指す人は是非読むべき一冊だと思いました。ものを作り始める時にどれだけ最初の不確実なことをなくせるかが、進捗に遅れを出さずにプロジェクトをうまく回せるということが一番ひびきました。 ついやりやすいタスクから手をつけてしまいがちですが、なるべく難易度が高いようなタスクから手をつ...続きを読むけようという考え方に変わりました。 また人と人との関係の重要性をうたっており、まさにその通りだとしみじみ感じました。
Posted by ブクログ 2019年02月14日
エンジニアリングに関する組織論、思考法、マネジメント視点で書かれた本書は、なぜ開発がうまくいかないか、その不確実性について論理立てて構成して書いてある。 一度読むだけでは本書はなかなか身につかず、経験をしながら都度参考にする良書。 著者の経験とインプット量を想像した上で、本書は再読の価値があり、自分...続きを読むなりに思考するのに非常に適した本。
Posted by ブクログ 2019年01月20日
【文章】 読み易い 【ハマり】 ★★★★★ 【共感度】 ★★★★★ 【気付き】 ★★★★・ ・自分自身や、自分が大切にしているものに危害を加えられそうになったときに怒りの感情が立ち上げる ・論理的思考によって、ソフトウェアを組み上げる事が可能であるという前提に立ったプロセスが、ウォーターフ...続きを読むォールをはじめとする設計主義的プロセス ・観測できないものは制御できない ・ティーチングによる他者説得よりも、自分で気付く自己説得を重視する ・「エンジニアリング」とは、不確実な物事の曖昧性を減らし、具体化・明確化していくこと。つまり、情報を生み出し、不確実性を削減すること ・不確実性は、環境不確実性（未来の事は分からない）と、通信不確実性（他人の事は分からない）の二つに分かれる ・プロフェッショナルは、不確実性の高い事から着手していき、詰めの精度を高くする ・「考える」は行動で、「悩む」は心の状態 ・経験主義によって、仮説の検証を行う ・通信不確実性が局所最適化を生む ・「アジャイル開発」とは、開発手法を指す言葉ではなく、開発する組織の在り方を指す言葉 ・不確実性を減らすためには、どうすべきかを常に問い続ける姿勢 ・盲目的に標準プロセスに従う開発は、「アジャイル開発」とは言わない ・プロジェクトは終了する事を目指し、プロダクトは終了しない事を目指す ・ソフトウェア産業の根底には、東洋思想に影響を受けたヒッピー文化が流れている ・ソフト開発受注者は、明確な計画と契約を定義し、そこを責任分界点とすることで自己防衛を図る、それによって「限定合理性」が生まれてしまう
レビューをもっと見る
ブラウザ試し読み
「IT・コンピュータ」ランキングの一覧へ
▲エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング ページトップヘ
