アジャイルで硬直した企業風土自体を変化に強く柔軟な組織に変えよう！ 本書では、いまはまだ開発者（とそのごく周辺）にとどまっているアジャイル手法を、その業態にあわせつつ、いかにして広げ、「アジャイル文化」ともいうべき姿勢とシステムを企業体そのものに根付かせるかというノウハウをまとめている。 プロダクトを育てる＝企業を育てる、という視点に立ち、それぞれの役割と注力すべきフィールドを明確にしつつ、垣根を超えた「効率的／継続的な企業体の成長」を促すためのテクニックは、アジャイルの新しい側面であり、日本でも切望されていたトピックでもある。 ■本書で学べること■ ・アイデアのパイプラインを設計して、組織の作業ポートフォリオを最も迅速かつ生産的に供給する方法 ・バリューストリームマッピング、Lean Canvas、ペルソナ、ストーリーマッピング、遅延コストメトリクスなどのアジャイル ・プラクティスを活用し、顧客に最適な価値を提供する方法 ・プロセスとツールをエンタープライズへの価値提供に従属させる方法 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

アジャイルなチームの育て方を学ぼう ソフトウェア開発手法の一つである「アジャイル開発」。本書は、アジャイルコーチ（アジャイル開発を実践するチームにおける、メンバーの指導者）のあり方について、実用的な側面から解説したRachel Davies and Liz Sedley, “Agile Coaching”（The Pragmatic Programmers, LLC 2009）の翻訳書です。 チームを改善するためのヒントや効果的なミーティングの方法などを実践的に解説しています。

※この電子書籍は紙版書籍のページデザインで制作した固定レイアウトです。 ふりかえりのスキルを向上させるための実践的なアドバイス 本書は、「レトロスペクティブ（ふりかえり）」をアジャイルソフトウェア開発に適用するチームにさらなるアドバイス、テクニック、実例を紹介し、チームが同じ場所、オンライン、ハイブリッドのどこに居てもレトロスペクティブによって迅速に学習し、学習を継続するための方法を述べるものです。本書は、チームリーダー、スクラムマスター、コーチがチームを巻き込み、学び、改善し、より大きな成果を出すのに役立ちます。 第1版では、レトロスペクティブをアジャイル開発に適用する方法を示しました。第2版では、著者らの20年以上にわたる経験を反映し、より実践的なアドバイス、オンラインやハイブリッドなチームにおける課題に回答します。レトロスペクティブをどのように設計するか、ファシリテーションについて、世界中のチームから得られた疑問や懸念を元に、より充実したガイダンスを提供します。より効果的な対話のために、客観的データと主観的データの両方を使用する方法を探ります。 Agile Retrospectives, Second Edition: A Practical Guide for Catalyzing Team Learning and Improvement by Esther Derby, Diana Larsen, David Horowitzの邦訳です。 第I部 基本的要素 第1章　チームの検査と適応を支援する 第2章　チームに合わせたふりかえり 第3章　ふりかえりをリードする 第4章　集団ダイナミクスを管理する 第II部 アクティビティの選択 第5章　場を設定するアクティビティ 第6章　データを収集するアクティビティ 第7章　アイデアを出すアクティビティ 第8章　何をすべきかを決定するアクティビティ 第9章　ふりかえりを終了するアクティビティ 第10章　よくあるシナリオのふりかえり 第III部 考慮すべきこと 第11章　リモートチームのふりかえり 第12章　変化の促進と持続 第13章　チームでは解決できない問題を報告する 第14章　反対意見に打ち勝つ 第15章　学習の旅は続く 付録A　事前準備の質問 付録B　アクティビティのリファレンスシート

アジャイル開発とは何だったのか、その原点を再考する新訳 優れた技術力と良好な人間関係をもってしてソフトウェア開発を成功に導く、ケント・ベックによるXP（エクストリームプログラミング）のすべてを集約した名著“Extreme Programming Explained: Embrace Change” の新訳版。アジャイル開発の原点を知る、必読の一冊です。 ★このような方におすすめ エクストリームプログラミング（XP）の実践を考えている、ソフトウェア開発プロジェクトのマネージャ・リーダー・チームリーダー。 よりよく仕事がしたいと考えているプログラマ。 ピアソン版のXPの読者

アジャイル開発に関わるすべての人のための包括的実践ガイド 「スクラムの適用が一番うまくいくのは、関わっている人（深く関わっていない人も含めて）全員が、その本質についてよく理解しているときだ」といわれます。 本書は「スクラムの全体像と詳細の両方を理想的に概観でき、しかも読みやすい」「次世代のスクラム実践者にとって、基礎文献となるに違いない」と、世界中の名だたるスクラムマスタから絶賛された1冊であり、まさしくスクラムの成功を強力に導ける書籍です。 スクラムによるソフトウェア開発に関わるすべての層、特に「スクラムマスター／スクラムコーチ（スクラムのリーダー）」「組織の中での継続的な改善をもっと成熟させたいと思っている人」、また「アジャイル／スクラムに馴染みのない（これから関わる）層」にお薦めです。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 【※本作品はブラウザビューアで閲覧すると表組みのレイアウトが崩れて表示されることがあります。予めご了承下さい。】

ドメイン駆動設計の定番書　問題解決にフォーカスした設計パターン 「この本は、思慮深いソフトウェア開発者全員の必携書である。」 ---Kent Beck 氏推薦 「Eric が見事にとらえたのは、熟練のオブジェクト設計者が常々用いてきた設計プロセスの 一部でありながら、グループとして見ると、この業界の他の人々へうまく伝えられずにいたものだ。 これまで我々は、この知識を断片的には提供してきた。 しかし、ドメインロジックを構築するための原理をまとめ上げ、体系化したことはなかった。 本書は重要である。」 ---『Enterprise Java Programming with IBM WebSphere』の著者 Kyle Blown氏 推薦 ソフトウェア開発コミュニティでは、ドメインモデリングがソフトウェア設計の中心であることが広く認められてきています。ドメインモデルを通して、ソフトウェア開発者は豊富な機能を表現し、それをユーザの要求に本当の意味で応えるソフトウェアの実装に移すことができます。しかし、明らかに重要であるにもかかわらず、効果的なドメインモデリングをどのようにソフトウェア開発プロセスに組み入れるかを説明する、実用的なリソースはほとんど存在しませんでした。ドメイン駆動設計はこの要求に応えるものです。これは具体的な技術についての本ではなく、読者にドメイン駆動設計への体系的なアプローチを提示するものです。設計のベストプラクティスの応用的なセット、経験に基づくテクニック、さらに、複雑なドメインに直面するソフトウェアプロジェクトにおける開発を容易にする基本原則を紹介する一冊です。 【原書タイトル】Domain-Driven Design: Tackling Complexity in the Heart of Software 本書で学べること チームメンバー全員に同じ言語で会話をさせる モデルと実装をより深く結びつける ポイントとなる特徴を、モデルにおいてはっきりさせる ドメインオブジェクトのライフサイクルを管理する 安全に結合できるドメインコードを入念に作成する 複雑なコードを明白で予測できるものにする ドメインビジョン声明文を記述する 複雑なドメインのコアを蒸留する モデルに必要な、暗黙的な概念を掘り出す アナリシスパターンを適用する デザインパターンをモデルに関係づける 巨大なシステムでモデルの整合性を維持する 同じプロジェクトで複数のモデルが共存できるようにする 大規模な構造によりシステムを構成する モデリングのブレイクスルーを認識して、それに対応する 著者紹介　　Eric Evans（エリック・エヴァンス） Eric Evansは、Domain Languageの創設者である。このコンサルティンググループは、企業の手助けをして、ビジネスと深く結びついた、進化するソフトウェアを構築するために設立された。1980 年代以来、Ericはいくつかの複雑なビジネスドメインや技術ドメインにおける巨大なオブジェクト指向システムに対し、設計者兼プログラマとして取り組んできた。また、エクストリームプログラミングを実践する開発チームの教育と指導も行っている。 ※本電子書籍は同名出版物を底本とし作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

2000年代に入って急激に注目されたイノベーションの手法「デザイン思考」は、 多様な視点から新しいユーザー体験のデザインを目指す考え方です。 デザイン思考は、現存のマーケットに存在しない潜在的ニーズをとらえた、 新たな価値を生み出すものづくりを行うための、重要な手法です。 具体的には、ユーザーへの観察・調査を基に、多様性に富んだ チームによってアイデアを出し合い、課題を徹底的に絞り込んで、 プロトタイプとテストを繰り返すことで製品を作り上げていきます。 そんなデザイン思考を使ったものづくりを1年間にわたって行う、 非常に実践的かつユニークな授業が、東京工業大学の 「エンジニアリングデザインプロジェクト（EDP）」で実施されています。 本書は、ものづくりの主役であるエンジニアに向けて、 3年以上にわたるEDPで得られた数多くの実践事例を交えながら デザイン思考の方法論を紹介します。 特に、新規製品開発に携わる若手エンジニアをはじめ、野心的な学生が、 　・課題の絞り込み方 　・デザイナー（非エンジニア）とチームを組む重要性 　・アイデアの出しあい方、まとめ方 　・手を動かしてアイデアを形にするプロセス といった、イノベーティブな製品開発に必要な「デザイン思考の基礎」を 学ぶことができる一冊です。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

アジャイルとは、小さなことをしている小さなプログラミングチームの小さな問題を扱う小さなアイデアである。アジャイルとは、大きなことをしている大きなプログラミングチームの大きな問題を扱う大きなアイデアではない。 大きなことは大きなチームなんかじゃできない。小さなことをする小さなチームがいくつも集まり、コラボレーションしながら大きなことを成し遂げるのだ。 このことを、我々はあらためて認識する必要がある。

書いているコードが変わらないのだから、どんな種類のシステムでもソフトウェアアーキテクチャのルールは同じ。ソフトウェアアーキテクチャのルールとは、プログラムの構成要素をどのように組み立てるかのルールである。構成要素は普遍的で変わらないのだから、それらを組み立てるルールもまた、普遍的で変わらないのである。（本書「序文」より）

現代社会では、ソフトウェアが社会のインフラとしてあらゆる場面で活用されている。これらのソフトウェアの不具合や、ソフトウェアを用いた不正行為などが起こると、人々の生活に大きな悪影響を与えることになる。社会に影響を与える技術には、規律と制御が必要とされる。本書の目的は、ソフトウェア開発者とそのマネージャーたちに、規律の必要性を印象づけ、堅牢で対障害性のあるソフトウェアを構築するために最も効果的な「規律、基準、倫理」を教えることにある。

ソフトウェアのプロとは？　プロの行動とは？　衝突・厳しいスケジュール・理不尽なマネージャにどう対応すべきか？　いつ・どのようなときに「ノー」と言うべきか？　プロはプレッシャーにどう対応するのか？

現代では継続的にソフトウェアをリリースすることが必須になっています。本書は、継続的なソフトウェアのデリバリーを実現するためのビルド、デプロイ、テスト、リリースの自動化についての本格的な解説書です。

※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 ※この電子書籍は紙版書籍のページデザインで制作した固定レイアウトです。 ソフトウェアエンジニアリング・スタンダードの第9版 「ソフトウェア技術者なら、この財産を活用しない手はない」とマイクロソフト榊原彰氏よりの推薦文にあるように、その通りに期待できる内容です。 「本書は米国においての第1版が発行（1982年）されて以来、世界累積300万部を超えるベストセラーの最新刊である第9版の邦訳書です。ソフトウェア同様、改良が続けられているソフトウェアエンジニアリングの「最良の手法」を解説している書籍であり、現役のソフトウェアエンジニアならびに学生諸氏におすすめする1冊です。 原書：Roger S. Pressman, Bruce R. Maxim, Software Engineering,McGraw-Hill, 2020 著者について／まえがき／訳者まえがき 第1章　ソフトウェアとソフトウェアエンジニアリング 第1部　ソフトウェアプロセス 第2章　プロセスモデル 第3章　アジャイルとプロセス 第4章　推奨のプロセスモデル 第5章　ソフトウェアエンジニアリングの人間的側面 第2部　モデリング 第6章　プラクティスの指針となる原則 第7章　要求エンジニアリング 第8章　要求モデリングの推奨手法 第9章　設計の概念 第10章　アーキテクチャ設計の推奨手法 第11章　コンポーネント設計 第12章　ユーザエクスペリエンス設計 第13章　移動体端末におけるソフトウェアの設計 第14章　パターンに基づく設計 第3部　品質とセキュリティ 第15章　品質の概念 第16章　レビューの推奨手法 第17章　ソフトウェア品質保証 第18章　ソフトウェアセキュリティエンジニアリング 第19章　ソフトウェアテスト―コンポーネントレベル 第20章　ソフトウェアテスト―統合レベル 第21章　ソフトウェアテスト―移動体端末と特定ドメインに対するテスト 第22章　ソフトウェア構成マネジメント 第23章　ソフトウェアメトリクスと分析 第4部　ソフトウェアプロジェクトのマネジメント 第24章　プロジェクトマネジメントの概念 第25章　実行可能で役立つソフトウェア計画 第26章　リスクマネジメント 第27章　ソフトウェアサポート戦略 第5部　先端的な話題 第28章　ソフトウェアプロセス改善 第29章　ソフトウェアエンジニアリングの新興トレンド 第30章　おわりに 付録／参考文献／索引／訳者プロフィール

『エリック・エヴァンスのドメイン駆動設計』は、2003年の刊行だったにもかかわらず、大型ソフトウェア構築時につきまとう不透明感を払拭するための指針として現役技術者に多大な影響を与えた。ある意味、エリック・エヴァンスの先見性によって、今日、必要とされるパタン／アンチパタンが整理されていたためだ。 とはいえ、それからすでに11年。ベースとなるオブジェクト指向はそれほど大きな変革はないものの、この10年の間にコンピューティングの対象は大きく増え、さらにドメイン駆動設計をコトバでは知っているものの、経験値のまだ低い技術者の増加もあり、理論だけではなく現状に則した形で体得する必要性が増している。 本書はDDDの考え方はもちろん、コミュニティや実際のビジネスシーンのなかから実践的な方法論を精錬し、いわば21世紀（初頭）型ドメイン駆動設計を伝授するものであり、現在のニーズに合致する内容で構成されている。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

チームを動かすのは「テクニック」だ。 現場のリーダーに必要なスキルセットをぎゅっと詰めました 【スモール・リーダーシップとは…】 ・カリスマやイノベーションに期待するのではなく、現実的な解決策を探る ・チームをどんどん動かし、仕事を停滞させない ・チームとして「学び」を得ることを重要視する ・指示するよりも、メンバーの自主的な行動を促す 【こんな方におすすめ】 ・初めてリーダーになった人（3～8人程度の小規模なチーム） ・チームの売上や進捗をうまくコントロールできない人 ・部下を育てたいと思っている人 ・チーム内で意見が対立して悩んでいる人 ・PDCA、進捗管理、問題解決などの具体的手法を知りたい人 ・身の丈に合ったリーダーシップを身につけたい人 【内容紹介】 かつてのリーダー像は、部下をぐいぐい引っ張っていく、 いわば「支配型」のリーダーでした。 しかし、リーダーが忙しかったり、不在だったりしたときに、 他のメンバーが何も決められないようなチームでは、 変化の速い今の時代には対応できません。 また、軍隊のような厳しい統制は、現代の職場にはそぐわないでしょう。 そこで、小規模のチームをどんどん動かしながら、 メンバーを尊重し育てていくリーダーが求められています。 このようなリーダーには、会議をまとめ、多様性を生かし、 対立を解消し、メンバーの行動を促す「技術」が必要です。 本書では、リーダーとしての考え方はもちろん、 論理的思考、ファシリテーション、図解術、 プロジェクトマネジメント、PDCAなどを活用して チームをゴールに導く方法を解説します。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。

リーン・スタートアップの次の段階である「成長」に向けての6つのステップを詳述した経営戦略の解説書です。 ベストセラー『リーン・スタートアップ』の著者エリック・リースがシリーズ・エディターをつとめたオライリーの「The Lean Series」第1弾『Running LEAN』の著者による続編です。 エリック・リースは本書の推薦に当たり、「関心ある企業に組み込むための実践的なアプローチ」と評しています。120点近い2色刷の図によって、理解しやすい図解の構成になっています。 本書の6ステップを、著者はGO-LEAN(Goal→Observe and Orient→Learn, Leverage, or Lift→Experiment→Analyze→Next Actions)[目標→観察と方向付け→学習・利用・強化→実験→分析→次のアクション]と名づけています。 本書では、うまく成長できないのは「局所最適化の罠」であると位置づけ、ゴールドラットの制約理論を引用しながら、全体最適化の方向へと読者を導きます。 また、本書では拡大の規模の目安となる「10倍ルール」を設定し、ステージごとの目標値を定めています。これがもう1つの新しいツールとなる「トラクションモデル」です。 これらのツールなどを使い、リーンの「継続的改善」を用いながら、「目の前のニーズに完璧に応えつつ、グローバルな拡大を実現する」ことを目指すのが、本書です。

良いプロダクトを作るためには、良いリサーチが必要です。 しかし、リサーチに対して「難しそう」「時間や手間がかかりそう」といったハードルの高さを感じている人は少なくありません。 この本では仕事の種類や予算に関係なく、だれでも良いリサーチができるようにシンプルな以下の9つのルールをまず提示します。 ルール1：恐れることなく間違える準備をする ルール2：誰もがみんなバイアスを持っている ルール3：優れたインサイトは問いから始まる ルール4：計画があればリサーチはうまくいく ルール5：インタビューは基本的スキルである ルール6：会話ではうまくいかないときもある ルール7：チームで分析すれば共に成長できる ルール8：インサイトは共有すべきものである ルール9：リサーチの習慣がプロダクトを作る このルールに沿って、ユーザーリサーチ、市場調査、プロダクトアナリティクスを活用しながら、インサイトを素早く発見し、顧客が本当に必要とするプロダクトを作り上げる方法を丁寧に解説します。 ウェブデザイナー、UXリサーチャー、サービスデザイナー、デジタルプロダクトに関わるあらゆる人、必読の一冊です！ また、文中にはさまざまな参照URLが登場しますので、URLの一覧ページを用意しました。ご活用ください。 https://bit.ly/3Gi7K8V

優れたソフトウェアを生み出すために 作業工程をどのように構築すべきか 【本書の内容】 本書は Ivar Jacobson, Harold "Bud" Lawson, Pan-Wei Ng, Paul E. McMahon, Michael Goedicke, "The Essentials of Modern Software Engineering: Free the Practices from the Method Prison!", ACM Books, 2019 の邦訳です。 ソフトウェアエンジニアリングの歴史は抽象化レベルの上昇である。このことは、プログラミング言語でも、ツールでも、フレームワークでも、ソフトウェア中心のシステムとやり取りをする方法においても見られる。それから、我々がこうしたシステムを構築する方法についてもそうだ。これがソフトウェアエンジニアリングの手法の世界である。 -Grady Booch（本書より抜粋） 本書は現代において複雑に進化し続けるソフトウェアとその開発に関する特定の手法を 教授・示唆・喧伝するものでは*ありません*。 そうではなく、どのような時代にあっても、どのような用途であっても、どのような利用環境であっても、 優れたソフトウェアをもたらす作業方法の作成方法 を提供することを意図して執筆されています。 「ソフトウェアエンジニアリング」というジャンルが生まれたときから連綿と続く、 その根幹を成してきた教程とは異なる、まさにモダン（現代的）なスタイルの、 「ソフトウェアエンジニアリング」を提示してくれます。 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。