ここ最近、機能性部分のテスト設計を行っているが、このテスト設計は開発設計書を補完するものだと思う。
(あくまで機能部分です）
そして、実装した機能に対しての意味付け(理由)を可視化・明示するものほかにならないとは思った。
考え方、見え方次第になるが、バグがあったときに、なぜバグではないのかを説明する義務が発生する。
速度が遅いとかいうのもバグの一つだ。
開発担当者に、なぜこの実装となるのかをしつこく聞く。
結局のところ、これを繰り返すための設計を作り、実装の意味づけをしていくことではないかと思っている。
下書きにしていた記事が消えた。。。 認定 Scrum Master の講習を受けてきました。 https://odd-e.tech-kai.com/tech/user/courses/296 私が関わっている業務ではアジャイルやスクラムといった開発スタイルを取っていないのですが、スクラム開発になっていきたいという気持ちもあり、知っておかなければ開発メンバーにも PO にも説明ができないということで
https://rakus.connpass.com/event/299985/ こちらを聴講させていただきました。 全体を通して基本は方程式をもとに基本を着実に実施していると感じました。 そして現在は、流行り？のPMM との連携というのも話題に上がっていたところが今どきのプロダクト開発なのかなと感じました。 ARR100億超SaaSをさらに成長させるPdM組織の立ち上げと今後について 問題解決プ
https://warai.connpass.com/event/300768/ WARAI冬の陣2023 こちらに参加をしてきました。 午前は、どのように日々勉強をしているか、テスト・QAエンジニアのキャリアなどについて話されていました。 まゆぼーんさんのなかなか続かない、腰が重いとか問題はだれしもある問題でそれを克服するためにどうするかなどが話されていました。 写経は結構パワーがかかるので無理