Upgrade to Pro — share decks privately, control downloads, hide ads and more …

保守 (Ops) での保守改修プロセス構築記

takefumi
May 17, 2023
Technology
0
75

保守 (Ops) での保守改修プロセス構築記

takefumi

May 17, 2023
Tweet

More Decks by takefumi

See All by takefumi
テストは楽しい！
iseki
0
100
機能性テストで設計の違和感を可視化
iseki
0
110
品質向上・生産性向上のため DevOps の開発プロセス目指して
iseki
0
570
開発チーム内でのQAの役割
iseki
0
680
開発にテストプロセスを融合させていく取り組み
iseki
0
640
開発スピードと品質を向上させるための QA の関わり
iseki
0
190
テスト管理ツール (TestLink) の活用
iseki
0
300
JaSST nano Vol.5(健康と品質と、健康診断とテストと+)
iseki
0
360
品質をプロセスに組み込む文化つくり(Scrum Fest MIKAWA)
iseki
1
1.4k

Other Decks in Technology

See All in Technology
事業者間調整の行間を読む 調整の具体事例
sugiim
0
1.5k
ユーザーの購買行動モデリングとその分析 / dsc-purchase-analysis
cyberagentdevelopers
PRO
2
100
AWSコンテナ本出版から3年経った今、もし改めて執筆し直すなら / If I revise our container book
iselegant
15
4k
スプリントゴールにチームの状態も設定する背景とその効果 / Team state in sprint goals why and impact
kakehashi
2
100
リンクアンドモチベーション ソフトウェアエンジニア向け紹介資料 / Introduction to Link and Motivation for Software Engineers
lmi
4
290k
Java x Spring Boot Warm up
kazu_kichi_67
2
490
CyberAgent 生成AI Deep Dive with Amazon Web Services / genai-aws
cyberagentdevelopers
PRO
1
480
Product Engineer Night #6プロダクトエンジニアを育む仕組み・施策
hacomono
PRO
1
470
初心者に Vue.js を 教えるには
tsukuha
5
390
プロダクトチームへのSystem Risk Records導入・運用事例の紹介/Introduction and Case Studies on Implementing and Operating System Risk Records for Product Teams
taddy_919
1
170
顧客が本当に必要だったもの - パフォーマンス改善編 / Make what is needed
soudai
24
6.8k
Commitment vs Harrisonism - Keynote for Scrum Niseko 2024
miholovesq
6
1.1k

Featured

See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
72
5.3k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
KATA
mclloyd
29
13k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Making Projects Easy
brettharned
115
5.9k
How to Think Like a Performance Engineer
csswizardry
19
1.1k
It's Worth the Effort
3n
183
27k
Building a Modern Day 
E-commerce SEO Strategy
aleyda
38
6.9k
Art, The Web, and Tiny UX
lynnandtonic
296
20k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
Optimizing for Happiness
mojombo
376
69k

Transcript

  1. None
  2. None
  3. None

  4. うみーーー

  5. None
  6. None
  7. None
  8. None
  9. None
  10. None
  11. None
  12. None
  13. None
  14. None
  15. None
  16. None
  17. None
  18. None

  19. JaSST 東京 「新しい品質保証のかたちを目指して」

  20. None
  21. None
  22. None
  23. None
  24. None
  25. None
  26. None
  27. None
  28. None
  29. None
  30. None
  31. None

  32. そのとき、歴史が動いた (俺の心が動いた)

  33. None
  34. None
  35. None
  36. None
  37. None
  38. None
  39. None
  40. None
  41. None
  42. None
  43. None
  44. None
  45. None
  46. None
  47. None
  48. None
  49. None
  50. None
  51. None
  52. None
  53. None
  54. None
  55. None
  56. None
  57. None
  58. None
  59. None
  60. None
  61. None
  62. None
  63. None
  64. None
  65. None
  66. None
  67. None
  68. None
  69. None
  70. None

  71. (バグは)当たらければどうということはない！ 極論ですが、バグがあってもすべてが故障を起こし事故が発生するわけではない バグ (っぽいもの) を逆に利用するハイラルの平和を取り戻す人たち。

  72. (バグは)当たらければどうということはない！ 逆にバグを修正したとしても、たとえ違う機能であっても同じような問題が発生すると、 『直っていない』と同じとみなされる

  73. (バグは)当たらければどうということはない！ 結局は、どのようなことを実現したいのか、それを保証することが重要になってくる

  74. None
  75. None
  76. None
  77. None
  78. None
  79. None
  80. None
  81. None
  82. None
  83. None
  84. None
  85. None
  86. None
  87. None
  88. None
  89. None
  90. None
  91. None
  92. None
  93. None
  94. None
  95. None
  96. None
  97. None
  98. None
  99. None
  100. None
  101. None
  102. None
  103. None
  104. None
  105. None