はてなブックマーク

面白い発表、細かな施策、人が集まる仕組み。 運営としては、かなり高レベルだと思いますので、お客様目線でみたスクラムギャザリングの良いところを報告したいと思います！自分の知り合いにはイベント運営をする人が多いと思うので、ちょっとでも参考になれば嬉しいです。 デザインがオシャレ いつも和をイメージしたデザインですが、今年は鳥獣戯画感があってかなり可愛いです。 ズギューンです。 熱いセッション 今年は公募81に対して21採用という狭き門をくぐった熱いセッション。 そりゃ面白いわけですね～ ２トラック制 基調講演は1トラックだけど、その他は2トラックにすることで好みのセッションを聞くことができます。 （ワークショップも入ると3トラック） 部屋は基調講演後などに仕切られます。 休憩が15分、そしておやつタイムあり 休憩はゆったり目の15分。おやつタイムは30分。 そしておやつがオシャレ！もちろん食べ

昨日FBに探索的テストの話を書いたら、コメントくれた人が色々な使い方を言ってくれたのでちょっとまとめてみました。 イメージで語らずに具体化すると違いが出て面白ですね。 『探索的テストはスクリプトテストと併用できる』って言ったら、テストクラスタの人は『それは同意！』っていうと思うけど、具体化すると結構違うんですよね～ [2016/04/08追記] スクリプトテスト：テスト設計を事前に行い、テスト手順まで明確にドキュメント化し、その手順に沿ってテスト実行をするテスト。 Aタイプ Aタイプは最終的にスクリプトテストの結果として全体的なエビデンスが残り、探索的テストで弱いところのバグが出せるので 『エビデンス残したいけど、バグも出したい人』向き。スクリプトテストは全体が対象なのでスクリプトテストの作成、メンテナンスに時間がかかる可能性がありそうです。 Bタイプ Bタイプは最終的にスクリプトテストの

あるとき突然『チームのキーマンが抜ける』というイベントが発生しました！ まあ会社という組織ではよくありますよね（苦笑 チームメンバーが不安がっていたので、以前、楽天の川口さんに教えてもらったドラクエ風スキルマップを使って今の状況を可視化してみました。 これもまさにゲーミフィケーションって感じですねぇ～ スキルマップを作る過程 元々はWebアプリケーションエンジニアのスキルマップだったため、自分達に合うように数人でスキルマップを練り直しました。 これだけでもかなり盛り上がりましたッ！！ 以下は川口さんのオリジナルから変更したところです。 要件定義のスペシャリストとして、商人を追加。 旅芸人はマネージメントのイメージに変更 スキルの方向を上方向に変更 盗賊のスキルレベルの見直し CやC++をイメージして文言を見直し 特性に対応するキーワードを追加 スキルマップを記述する チームメンバーに実際に

早速、JaSST'14北海道のレポート①を書いてみた。 和田さんの基調講演 目指すものは「動作するきれいなコード」 by ロン・ジェフリーズ これはTDDを実施している開発者もテストエンジニアも同じ思い。 テスト駆動開発とは？ 和田さんによるテスト駆動開発の説明があった。 今回はTDDを全く知らない人も参加者にいるので、かなり丁寧な説明をしてくれたと感じた。 コードを書かないとわからないことが多い 綺麗な設計をしてから！ではなく、動かしてからきれいにする 重要なのはテストがある状態でのリファクタリング。 FizzBuzz問題のデモ 実際にFizzBuzz問題をt_wadaさんがデモしながら、TDDの話をしてくれた。 仕様をToDoリストに変更する。→ 個人的にはポイントだと思う。 テストクラスの名前にはTestxxx と xxxTestの2流派ある 日本語でテストのメソッド名を書く → 日