sl完全に理解したつもり

2024/12/17(火) 第171回PHP勉強会@東京 で飛び込み発表したスライドです。

1. sl完全に理解した つもり 第171回 PHP勉強会@東京
2. 自己紹介  ちひろ  X: @chiroruxxxx
4. 今日はPHPの話は しません
5. sl  これではない
6. Shift Left  DevOpsに出てくる手法  あとにあるプロセスを手前に持ってくる 要件定義 仕様策定 設計 実装 QA セキュリティ レビュー デプロイ
7. 課題  後でやると手戻りが多くなる  頻度をあげると耐えられない
8. だからこそ  最後にまとめてレビューしなくて済むようにする  ゼロにはできないかもしれないが、頻度や負荷を下げる  仕様策定のタイミングでセキュリティ品質を組み込む  セキュリティ要件と合わない仕様を作らない  実装のタイミングでセキュリティ品質を組み込む  セキュリティ教育  CIへの組み込み
9. Shift Leftの説明 おわり
10. ところで
11. セキュリティ以外に も 適用できそうですね 見かける気がする
12. 展開  色々な人たちに適用できる  QA  開発者  マネージャー
13. QA
14. 再掲 要件定義 仕様策定 設計 実装 QA セキュリティ レビュー デプロイ
15. 品質保証 Quality Assurance  ITシステムのライフサイクルをまたがって、すべてのプロセ スを通して品質保証の活動を行うことによって、変わりゆく 要求に追随していくことができるようになるのです。 https://service.shiftinc.jp/column/9494/
16. だからこそ  全員で品質に責任を持つ  仕様策定のタイミングで品質を組み込む  仕様策定にQAが参加する  実装のタイミングで品質を組み込む  一緒に高品質なシステムの作り方を模索する
17. 開発者
18. 質問  実装に30分かかる作業があります  あなたは何分でマージまで持っていけますか？
19. よくある あなた ほかのひと 実装 30分 レビュー 5分 レビュー 修正 5分 Approve マージ
20. よくある あなた ほかのひと 実装 30分 レビュー 5分 レビュー 修正 5分 Approve マージ 120分 30分 10分 30分
21. レビュー  時差があるわけでもないのになぜか後にまとめてやる  レビューの待ち時間  手戻りの多さ  実装を終えてからレビューをするのは遅すぎる  実装しているタイミングでレビューをしたい  ペアプログラミング  モブプログラミング
22. マネージャー
23. マネージャー  様々なプロセス・タイミングで承認をする  例：リリース判定  トップが責任を持ち、メンバーに作業を割り振る  識学のようなかたち  結果として  マネージャーがボトルネックに  完成してから手直しが発生する
24. だからこそ  承認よりも支援  オーナーシップをメンバーに移譲する
25. まとめ  シフトレフトについて勉強してみた  色々なところに応用されていた  なんかすごい！