Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「失敗」から学ぶこと ~ソフトウェア開発と失敗の歴史~/Learning from 'Fail...
Search
yayoi_dd
December 26, 2024
Technology
0
97
「失敗」から学ぶこと ~ソフトウェア開発と失敗の歴史~/Learning from 'Failures': The History of Software Development and Failures
弥生株式会社 もくテク
読んでよかった技術書・ビジネス書LT
https://mokuteku.connpass.com/event/340131/
yayoi_dd
December 26, 2024
Tweet
Share
More Decks by yayoi_dd
See All by yayoi_dd
“お客さま視点”を手に入れろ!! / Get the Customer’s Perspective!!
yayoi_dd
0
100
プロジェクト改善、まずは“ネタ出しの文化”から / Improving Projects Starts with a Culture of Idea Generation
yayoi_dd
0
100
使いにくい仕様を改善した件 / How We Improved a Difficult-to-Use Feature
yayoi_dd
0
110
弥生のQAエンジニア 品質保証活動と今後の課題 / Yayoi QA engineers, Quality assurance activities and future challenges
yayoi_dd
0
130
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
2
4.3k
Amazon OpenSearchのコスト最適化とZeroETLへの期待 / Amazon OpenSearch Cost Optimization and ZeroETL Expectations
yayoi_dd
1
130
フロントエンドとバックエンド非同期連携パターンのセッションを見てきた話 / Talk about seeing a session on front-end and back-end asynchronous coordination patterns
yayoi_dd
0
94
reInventで学んだWebシステム運用のBadDayへの備え方 / How to Prepare for BadDay in Web System Operations Learned at reInvent
yayoi_dd
0
73
AWS reInventで感じた世界に見る生成AIの競争 / Competition in Generative AI as Seen Around the World at AWS reInvent
yayoi_dd
0
80
Other Decks in Technology
See All in Technology
初めてAWSを使うときのセキュリティ覚書〜初心者支部編〜
cmusudakeisuke
1
250
研究開発と製品開発、両利きのロボティクス
youtalk
1
530
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
8.7k
Function Body Macros で、SwiftUI の View に Accessibility Identifier を自動付与する/Function Body Macros: Autogenerate accessibility identifiers for SwiftUI Views
miichan
2
180
Android Audio: Beyond Winning On It
atsushieno
0
120
TS-S205_昨年対比2倍以上の機能追加を実現するデータ基盤プロジェクトでのAI活用について
kaz3284
1
150
AIエージェント開発用SDKとローカルLLMをLINE Botと組み合わせてみた / LINEを使ったLT大会 #14
you
PRO
0
120
EncryptedSharedPreferences が deprecated になっちゃった!どうしよう! / Oh no! EncryptedSharedPreferences has been deprecated! What should I do?
yanzm
0
370
DevIO2025_継続的なサービス開発のための技術的意思決定のポイント / how-to-tech-decision-makaing-devio2025
nologyance
1
400
S3アクセス制御の設計ポイント
tommy0124
3
200
KotlinConf 2025_イベントレポート
sony
1
140
react-callを使ってダイヤログをいろんなとこで再利用しよう!
shinaps
1
240
Featured
See All Featured
Rebuilding a faster, lazier Slack
samanthasiow
83
9.2k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
It's Worth the Effort
3n
187
28k
How to Think Like a Performance Engineer
csswizardry
26
1.9k
Code Reviewing Like a Champion
maltzj
525
40k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
The Cult of Friendly URLs
andyhume
79
6.6k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.1k
GitHub's CSS Performance
jonrohan
1032
460k
Embracing the Ebb and Flow
colly
87
4.8k
Transcript
「失敗」から学ぶこと ~ソフトウェア開発と失敗の歴史~ 弥生株式会社 宍戸 里絵
自己紹介 宍戸 里絵(ししど りえ)と申します ▪ 所属 次世代本部 R&D室 (室長) –
R&D室には2024年10月に異動したばかりです ▪ 異動の前は、記帳代行支援サービスという、証憑の入力代行 アウトソーシングサービスのプロジェクトマネージャーを担当 ▪ 今後は弥生が魅せるちょっと先の未来に向けての活動をしてい きたいなって思ってます このテーマでは「登壇2回目」で、本を読むのが大好きです!!
注: AI(人工知能)/ML(機械学習) と言ったキーワードを扱うR&D室ですが、、、 本日の発表内容に という言葉は一切出てきません 「AI/ML」
今回ご紹介したい本は ソフトウェア開発現場の 「失敗」集めてみた。 出石 聡文 (でいし さとし) 著 翔泳社 42の失敗事例で学ぶチーム開発の進め方
本書では 42個の心ふるえる失敗が 出てきます つまり、盛り沢山ですね ベテランであればあるほど心がおれるかもしれませんが、、、、
この本の構成 1. 企画の失敗 「顧客要望通りの使えないソフトウェア」や「新OS地獄」などの企画時点でのしくじり 2. 仕様の失敗 「ふんわり仕様」や「難読仕様書」など、仕様に関するつまづき 3. 設計・実装の失敗 「動けばいいじゃん症候群」や「伝説のオーパーツ」などの設計や実装・環境管理でやらかしたこと
4. 進捗管理の失敗 「聞くだけ進捗会議」や「残業前提の時間泥棒」などの目的を見失ったしくじりの連鎖 5. 品質評価の失敗 「ゼロバグ出荷」や「ステルス修正」などのテストや品質管理プロセスで発生した数々の事件 6. リリース後の失敗 「出しっぱなしプロジェクト」や「ノーログ戦法」などの清々しいほどのわりきり 下記の6つの失敗で章が構成されており、コミカルなタッチの漫画とともに紹介があります
この本の面白ポイント ▪ 実践的な学び – 著者が現場で経験したリアルな問題が多く、失敗を避ける具体的なアドバイスが含まれています (ゆえに、心にしみます) ▪ ユーモラスなアプローチ – 漫画や図解を用いることで、難しい技術的な内容も読みやすく、共感を呼びます(絵があること
で、臨場感あふれます) ▪ 幅広い対象読者 – ソフトウェア開発者だけでなく、プロジェクト管理や品質管理に関わる人々にも有用です(ソフト ウェア開発会社に勤務する全てのビジネスパーソンにささります) ✓ 若手の皆さんであれば、先人の失敗の歴史を学ぶことで教訓がえられます この本は失敗から学び、より良いプロジェクト運営 を目指す全ての人におすすめの一冊です
この本を読んでみて 感想などなど
この本を読んで思ったこと ▪ 失敗は一生懸命頑張ったとしても起こる – 「あのときは全力だった」というプロジェクトのふりかえりコメントは毎回出ている ✓ でもその失敗は明日の自分への貯金なのかもしれない ▪ 己もしくは目的を見失い始めたら失敗の扉は開いている(というか開けている) –
「あれ?何だっけ?」「なんでこうなんだっけ?」と思ったら立ち止まる勇気が大事 ✓ あのときの違和感はいずれ不幸の複利がついて返ってきます ▪ 「思いよ届け」はほぼ届かない – 仕様書・設計書には行間はない、なので行間をみつけられるわけがない ✓ 要求(あなたの思い)はちゃんと言わないと、汲み取れる超能力者はいない ✓ 行間はあったとしてもただの余白としか思ってないですよ
まとめ ▪ だいぶコミカルではあるものの、ソフトウェア業界の歴 史書として非常に良い仕上がりである本書をおすす めしたいなと思います – 学校教育の場で歴史を学ぶのは、「過去の失敗と同じことをし ないようにするため」であれば、日々の業務でも同じなのではと 思ってます
発表は以上です ご紹介した本を手にとっていただけると幸いです