出石聡史の作品一覧
「出石聡史」の「エンジニア育成現場の「失敗」集めてみた。 42の失敗事例で学ぶマネジメントのうまい進めかた」「ソフトウェア開発現場の「失敗」集めてみた。 42の失敗事例で学ぶチーム開発のうまい進めかた」ほか、ユーザーレビューをお届けします！
- 作者をフォローする
- フォローすると、この作者の新刊が配信された際に、お知らせします。
作品一覧
-
ソフトウェア受託現場の「失敗」集めてみた。 42の失敗事例で学ぶ受託開発のうまい進めかた
ビジネス・実用
5.01巻2,530円 (税込)なぜその案件はいつも炎上するのか？ 受託開発リーダー必読の「失敗」の教科書！ 受託開発が当たり前となった昨今、外部企業からの依頼を受けて開発を担う機会は増え続けています。 しかし、他社が絡む開発では常識や文化、さらには言語の違いなどが原因でトラブルが多く発生し、気づけば“炎上案件”に陥っていることも少なくありません。 ・勢いで受注した案件に、想定外の技術課題が潜んでいた ・契約前に開発を始めた結果、案件そのものが消滅した ・要件が膨張し、気づけば赤字案件に転落していた 本書は、このような受託開発の現場で起こりがちな「失敗」を集めた事例集です。 架空の開発現場を舞台に「見積もり・契約」「要件定義」「オフショア開発」「納品」などに潜む落とし穴を全42篇収録。著者の実体験をもとにした、フィクションとは思えない臨場感抜群のエピソードの数々を通して、失敗をどうすれば回避できるのかを解説します。 ★★★★★★★★★★ 開発を“託される”のは、なぜこんなにも難しい？ 受託はしても受難はするな！ 著者史上「最大の失敗」が、あなたに迫るッ！ 【収録エピソード（一部抜粋）】 ●予算内で可能です「できます症候群」 ●技術がなくても可能です「できます症候群（重篤化）」 ●契約前に見切り発車「フライング受託」 ●互いの言葉が通じない「テキストベース誤読要件」 ●現世の常識を超えてくる「異世界仕様」 ●いつでもオールグリーン「壊れた青信号」 ●遅れなどなかった「進捗とんち職人」 ●認識は人それぞれ「十人十色品質」 ●バグこそありますが「エクスキューズ納品」 ●責任のなすりつけあい「エビデンス発掘現場」 ●不具合に付け込まれる「バグの身代金」 ●その人はもういません「渡り鳥技術者」 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 -
エンジニア育成現場の「失敗」集めてみた。 42の失敗事例で学ぶマネジメントのうまい進めかた
ビジネス・実用
4.41巻2,420円 (税込)「リアルすぎる！」と話題を読んだ失敗の教科書・第2弾！ 残念なマネージャーにならないための「育成」アンチパターン集！ 人材不足の開発現場において「エンジニアをいかに育成するか」は重大なテーマです。しかし、技術の指導や業務の割り振りだけでは、チームも個人も思うようには育ちません。エンジニア育成には、ソフトウェア開発と同じかそれ以上に繊細で複雑な「マネジメント」の力が求められます。 ・優先度をつけずに業務を丸投げする「FIFO型業務依頼」で、キャパオーバーを招いてしまった ・「アレと同じに作って」と曖昧な指示を出した結果、意図と違う成果物があがってきた ・レガシーシステムの担当を任せたら、新しい技術を求めて転職されてしまった などなど、意図せぬ失敗は数多く潜んでいます。最悪の場合、せっかく採用した人材が早期離職してしまうことも、現代のIT業界では珍しくありません。 本書は、そんなエンジニアの育成・マネジメントの現場で起こりがちな「落とし穴」を集めた失敗事例集です。架空の開発現場を舞台に「新人研修」「OJT」「チーム編成」「評価」などで起こりがちな失敗を42篇収録。著者の実体験をもとにした、フィクションとは思えない臨場感抜群のエピソードの数々を通して、失敗をどうすれば回避できるのかを解説します。 育成とは、部下や後輩のキャリアに責任を持つこと。簡単にはしくじれないからこそ、あらかじめ「失敗の型」を知っておくことが、マネージャーとしての成長にもつながります。「育たない」「任せられない」「定着しない」ーーこれらの壁を乗り越えるための、よりよい現場づくりのヒントを手に入れましょう。 【収録エピソード（一部抜粋）】 ●すべてが最優先「FIFO型業務依頼」 ●完璧な報告を強制する「賢者のレポート」 ●謎のコメントで迷宮入り「ダイイングメッセージ型コメント」 ●アレと同じに作って「現物合わせ仕様」 ●チームでひとりぼっち「疎結合配属」 ●俺は独りで学んできた「一匹狼エンジニア」 ●キャッチアップできない「伝統技術の継承者」 ●過保護がやりがいを奪う「上っ面ホワイト育成」 ●すべてを知りたがる「メトリクスコレクター」 ●採用応募者をやりこめる「技術学会面接」 など全42篇！ 【目次】 Chapter1 「新人研修」で失敗 Chapter2 「OJT」で失敗 Chapter3 「チーム編成」で失敗 Chapter4 「評価」で失敗 Chapter5 「コミュニケーション」で失敗 Chapter6 「採用」で失敗 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。 -
ソフトウェア開発現場の「失敗」集めてみた。 42の失敗事例で学ぶチーム開発のうまい進めかた
ビジネス・実用
3.91巻2,420円 (税込)やらかしたくないエンジニアに贈る「失敗の教科書」! 失敗事例で学ぶ、よくある落とし穴の回避策 ソフトウェア開発は、どんなときも順調に進むとは限りません。チームで開発を進めるエンジニアたちは、開発の足を止める「落とし穴」の数々と向き合わなければなりません。 「いつのまにか機能が肥大化していて、手がつけられなくなった…」 「仕様がまったく共有されていないまま、開発が進んでいた…」 「ちょっとしたコード変更が一日分の工数を奪った…」 本書は、このような落とし穴にハマってしまった開発現場の「失敗エピソード」を面白おかしく紹介する、失敗事例集です。事例は架空の開発現場を舞台にしたフィクションですが、著者自らが体験した経験をベースに構成しているので、臨場感たっぷり。読んでいるだけで冷や汗が浮かびます。 また、失敗につながる落とし穴を回避したり、抜け出すための方法も解説しています。新しく開発チームを率いることになった新任リーダーや、チームで開発に取り組むエンジニアが、失敗に直面した際にどのようなアクションを起こせばよいか、現場で役立つ具体策がわかります。 エピソードは「企画」「要件定義」「実装」「品質管理」といった開発の工程別に42篇を収録。各エピソードの冒頭には、4コマ漫画を掲載しているので、楽しく読み進められます。 【収録エピソード（一部抜粋）】 ●機能がてんこ盛りで実装が間に合わない「全部入りソフトウェア」 ●お願いされた機能を断れない「八方美人仕様」 ●ユーザーを迷わす自分ルールのUI「オレオレ表記」 ●カタログだけで判断する「スペック厨導入」 ●行間を読ませる「文学的仕様書」 ●リリース版が復元できない「不完全リポジトリ」 ●つい自分でやってしまう「経験値泥棒」 ●修正が新たなバグを生む「バグ無間地獄」 ●アクションしない「聞くだけ進捗会議」 ●施策を打ち続ける「カイゼンマニア」 など全42篇！ 【目次】 Chapter1 「企画」で失敗 Chapter2 「仕様」で失敗 Chapter3 「設計・実装」で失敗 Chapter4 「進捗管理」で失敗 Chapter5 「品質管理」で失敗 Chapter6 「リリース後」に失敗 ※本電子書籍は同名出版物を底本として作成しました。記載内容は印刷出版当時のものです。 ※印刷出版再現のため電子書籍としては不要な情報を含んでいる場合があります。 ※印刷出版とは異なる表記・表現の場合があります。予めご了承ください。 ※プレビューにてお手持ちの電子端末での表示状態をご確認の上、商品をお買い求めください。
ユーザーレビュー
-
Posted by ブクログ
「『失敗』集めてみた」シリーズ？第3弾。今回は、ソフトウェアの受託開発におけるアンチパターンと、その改善方法が紹介されています。
受託側、発注側の両方を経験している身としては、「あるある」と頷きながら読み進めることが多い内容でした。架空のプロジェクトを題材にした小話も面白く、失敗のポイントがイメージしやすいです。
本書でも言及されていますが、個人的にも受託開発における失敗の多くは「コミュニケーション」に行き着くと思っています。目的や言葉の定義、品質基準などが共有されていなければ、同じ社内でも認識のズレは起こります。ましてや別の会社同士なら、「ズレていて当然」くらいに考えて、意識的に認識を合わせる必要があると考えます。
個人的に特に気になっているのが、発注側が「お金を払う側だから」という理由で、受託側より立場が上だと考えてしまうケース。曖昧な仕様のまま発注し、細かい部分は現場に任せたり、後から要件を追加したりするのは、双方にとって絶対に良い結果にはつながらないはずです。
そして本書からもう一つ学んだのが、「そもそも、その仕事を外部に委託するべきなのか」という視点です。目の前の開発だけでなく、将来の自社のあり方まで考えて委託する。業務を外部に委託する際は、この観点を思い出して検討を進めたいところです。 -
Posted by ブクログ
ネタバレ私のようなエンジニア経験一切ないのにSIerさんとシステムをつくる・運用する立場になった人にとってもすごくわかりやすい。
要件定義でなんでこんなに苦労するのか、とか、リリースまでの細かなあれこれ（ルールから逸脱すると失敗につながる）とか、エンジニアチームの視点で、わかりやすく書かれているので、発注者側にとっても参考になる。
こういうことが起こるから、開発前にいろいろ決めるのね、という納得感。
あとは、進捗管理とか、会議の持ち方、カイゼンのしかた、みたいなところはビジネス一般に参考になる。
会議でいえるように５分前にどうでも良い話して場をあっためる、とか、カイゼンマニアでいろいろ原因究明するだけだとみんなつらくなるとか。個人のせいではなく、プロセスを見直すべし、とか。 -
-
-
Posted by ブクログ
エンジニア育成の「あるある失敗談」をもとに、育成の落とし穴とその解決策をユーモラスに描いた一冊。架空のコミカルなシチュエーションを交えながら進むため、専門書だけど肩の力を抜いて読める構成になっていると思います。
特に印象的だったのは、「ソフトの品質はチームの人間関係で決まる」という言葉。技術力だけでなく、人と人との信頼関係こそが良い成果を生むというメッセージに、深く共感しました。
また、心理的安全性の確保や、業務の目的と受け入れ基準の明確化、社内での標準化組織の設立といったテーマは、単なる育成論にとどまらず、組織運営やマネジメント全般にも通じると思います。エンジニア領域に特化した内容もありますが、多くはあらゆる職場に共通する知見として活かせるものという印象。
エンジニアを育てる立場の人はもちろん、育成される側や、チームでものづくりに関わるすべての人に読んでほしい一冊。カジュアルな文体で読みやすく、実践的なヒントと共感を同時に得られる内容だと感じました。
