@kotyのブログスマートフォン用の表示で見る@kotyのブログPythonとかAWSとか勉強会のこととかを、田舎者SEがつづります。BY"でお願いします。開催を聞いたときは「何で長野でやるんでしょ?」って思ったんだけど、数年前から全国津々浦々を巡業して回っており、今回で16回目だそうです。NSEG関係者も数名ほど来てました。長野開催なのでもう少し人が集まれば良かったんですけど、平日の日中なので仕方ないですかね。印象に残ったことをメモ。細かな記録は、議事録の人がきっとレポートしてくれるでしょう。氏「ソフトウェアテストにまつわる3つの疑問」hpのプロダクトはいかにアジャイル開発に適用するか?を考えて作られている(所感:TFSもそうだなー)ソフトウェアは工業製品と違うので信頼度曲線を見るのはあまり意味がないガントチャートは「計画」じゃない。やって考えて計画したのかが大事アジャイルテストの重要性はフィードバックを得ること。(所感:いきなり実装から入りがち。情シスはアジャイルを喜ばない(ことが多い)。「ちゃんと考えている」ユーザーにリーチし信頼関係を築ければ、アジャイルでやろうという話もできる見積もりは外れる、という前提で。バッファでいかに吸収するかBTSなどのツールは、コミュニケーション手段にしてはいけない。会話のきっかけを作るもの。(所感:確かに、コメント機能で会話を始めてしまわないようにしないと。)BTSはチケット登録のルールを決めた方が良いアジャイルだとプロジェクトの問題が良く見えてくるようになる。問題がたくさん出てくるので短期的には大変だし不安を感じてしまう。長期的にみれば、問題が早く出てくるので良いのです。「イテレーションとイテレーションの間で依存している部分はどうするんですか?(あまり訳されてないけど意訳)」という質問してみました。It」」というものがあるため、その考え方に従って「そのイテレーションで必要なもののみ作る」んだそうです。帰り際に@tmtms(ペンネーム:とみたまさひろ)さんと立ち話ししときに「作ると分かっている部分は、そのつもりで作っておきますよ。固く考えるなってことですね。アジャイルの経験がないもんで、「イテレーションごとに作る」ってところがいまひとつ想像がつきません。パネルディスカッションの中で、「機能間のやりとりはキューにして依存関係を弱くする」、とか「イテレーションごとにテストがしやすいようにアーキテクチャ設計すべきだ」、みたいな話があって非常に面白かったです。この辺はアジャイル云々を抜きにしても大事な考え方ですね。あと、某HDDの話もあり、やっぱり他社の方と話すと勉強になるなーと思いました。HDDについては居酒屋で酒の肴にでもどうぞ。BlogNoticesはてなブログをはじめよう!kkotyyさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。