# ①輪読会という形式だから、共通言語が得られたこと ②開発者とQAで、テストに密に話すには ③QAに求められる「独創的で専門性な作業」って？ こんばんは。マナビのデバッグログ、のんちゃんです。 私が日々奮闘する中で見つけたマナビや気づきを、内製しながら皆さんとシェアしていきます。 先日、会社の10名ぐらいのメンバーで、クリーンアジャイルというアジャイル開発についてのバイブル的な本を臨読会形式で読んだので、そこでのマナビを話していきたいと思います。 まず、本の要約じゃないんですけど、読んで全体的な感想として、誤解されがちなアジャイル開発について、この認識を改めたいという筆者の意思がすごく感じられる本です。 アジャイル開発の歴史を踏まえて、ビジネス全体、チーム、技術の3つの領域に分けてプラクティスを開設してくれるという本でした。 どうしたらチーム全体で品質を高めて、持続可能に成長していくアジャイルチームになれるのかという、より良い働き方を求め続ける姿勢や考え方を提示してくれる本です。 読み終えて、マナビだったり感想がいろいろあるので、3つぐらいに分けて話します。 1つ目は、臨読会として読んでよかったこと。 第6章が、アジャイルになるというタイトルで、チームをアジャイルに変えていくのが難しいという話をしています。 理由は、アジャイルが勘違いされているからだというふうに筆者は言っていました。 例えば、アジャイルの認定資格っていろいろあるんだけど、何日間か数日間のトレーニングには何の意味もないというようなことを書いていました。 この後の説明をするにあたって、役割の1つであるアジャイルトレーナーとアジャイルコーチの役割について簡単に説明します。 アジャイルトレーナーというのは、チームにアジャイルの振る舞い方を教えてくれる人です。 アジャイルの価値とか価値基準を伝えるだけなので、継続して関わるようなイメージではないです。 それと違って、アジャイルコーチというのは、チームのメンバーがみんなで約束したことが守られていないときとかに、 いい感じに指摘をして、価値基準をチームに思い出させるという役割があります。 ここからは私が思ったことなんですけど、チームがアジャイルになろうと決めたときに、 全部のチームに全てを理解したアジャイルトレーナーがいるわけでもないし、 経験豊富なアジャイルコーチがいるわけでもないなと思っていて、 でも今回クリーンアジャイルを全員で時間をかけて読んだことで、 全員が同じ価値基準を意識してコーチになれるんじゃないかなと思いました。 同じ本を読んで共通言語で会話ができるようになったというのは、 今後のチームのためにとてもいいことだったなと思っています。 2つ目は今後実践していきたいことです。 第3章のビジネスプラクティスというセクションで、 受け入れテストについての記述がありました。 ここでは開発者とQAはテストについて密に話し合うべきというふうに書いてありました。 私がこれを実践できてたかなというふうに振り返ってみたんですけど、 最近はあまりできてなかったかもなというふうに思いました。 これまではテストケースが割と完成してから確認してくださいというふうにレビューを投げていたんですけど、 使用についての質問だったり、どこまで手動で見ますかというような相談は、 テストの設計中にももっと積極的に私から開発者に質問だったり、 相談をしていくべきだったなと思ったので、 これは今後実践していきたいなと思っています。 最後3つ目はQAエンジニアの得意領域を伸ばすことについてです。 多分これはウォーターフォール開発の歴史と比較しての文脈だと思うんですけど、 システムが動作することを確認するプロセスが後ろの方になっているというのは、 品質的におかしいよねという指摘が感じました。 書籍ではシフトレフトという言葉は出てこなかったんですけど、 なるべく早いタイミングでQAが入っていくことの重要性というのは取り上げられていました。 自動テストを拡充させて、自動テストではできないものだけを手動で確認する。 探索的テストとか専門性だったり独創性が求められる箇所でQAは活躍すべきだというふうに書いてあって、 それは本当にその通りだなと思いました。 じゃあQAが今後注力していくべき独創的だったり専門的な作業って何だろうというふうに考えていくと、 これは書籍にも書いてあったんですけど、 シフトレフト的に開発チームがエラーとかミスをしないように事前に情報を提供する役割、 開発の最初から品質を作り込んで品質を担保していくことだったりとか、 プロセスを改善したり、ユーザー目線でのフィードバックを出したりとか、 バグが起きそうな箇所を事前に考えて予測して、 リスクの高い不具合の発生確率を下げるとか、 この辺はアジャイル開発を実践していくチームのQAエンジニアとして力をつけていかないといけないなと思うスキルでした。 そのためにテスト分析だったりリスク分析があって、 今後私がいかに視野を広げられるかというのが戦いになってくるかなと思いました。 QAが最後の砦にならないようにしたいなというのは思っているんですけど、 そのための武器としてテスト分析のスキルは身につけていく必要があるなと改めて思いました。 まとめです。 今回はクリーンアジャイルの輪読会を通して感想だったり学びをシェアしていきました。 1つ目は輪読会という形式だから得られた共通言語。 2つ目は元開発者とQAがテストについて話し合おうと思ったこと。 3つ目はQAに求められる独創的で専門的な作業ってなんだということ。 今回社内での輪読会に参加するのが初めてだったので、とても学びの多い時間になりました。 ぜひ皆さんの所属しているチームでも輪読会やってみてはいかがでしょうか。 ということで本日もお聞きいただきありがとうございました。 このチャンネルは週2回火曜木曜に更新予定です。 ぜひフォローやコメントお待ちしてます。 明日もいい1日になりますように。おやすみなさい。