モデリングフォーラム2007でオブジェクト倶楽部がお手伝いしたワークショップのモデルを公開しました。当日のお題や、道場主らによるサンプルモデルも公開しています。┗【プログラミング】Rubyで進むオブジェクトの道[24]■はじめに前回、RSpec[*1]でのMockについて記述すると予告しましたが、今回は予定変更です。Applied[*2]から連想して、ユーザストーリーとRSpecの関係性について思ったことを述べてみます。Applied[*2]のChapter1のSummaryのから抜粋です。story.ユーザストーリーは、ユーザ価値に結びつく機能を簡潔に記述します。ストーリーは、カードに書くことが多いようです。アジャイル開発(とくにXP)で、一部によく知られるようになっています。仕様の詳細記述の方法についてアドバイスしているのに対し、ユーザストーリーでは、仕様の詳細記述についてのアドバイスをしていません。代わりにユーザストーリーでは、customerとuserとdeveloperとの直接的な会話の重要性を指摘し、ユーザストーリーの会話ための指針をいくつか提供しています。その会話の指針には、仕様の詳細化についてだけではなく、見積もり、リリース/イテレーション計画、そして受け入れテストなども含まれています。RSpecと会話と受け入れテストが関係しそうですね。2では、Goodなストーリーの6つの特徴を上げています。TestableRSpecとTestableが関係しそうですね。shouldなど)は、customerとdeveloperの会話を通じて、Goodなユーザストーリー(特にTestableなストーリー)をつくるのに役立つと思われます。してのRSpec「会話の結果の仕様をいかに記述する?」というクエスチョンがあります。1つは、詳細の仕様書としてドキュメントに記述することです。1つの方法は、受け入れテストで仕様を記述することです。RSpecの仕様の語彙を使って会話した内容を、RSpecの仕様の語彙を使って受け入れテストに記述することは、比較的に障害が少ないと思われます。readableは、期待できないかもしれませんが、それでもRSpecが自然言語に近い形でまとめられるのは魅力的です。readableです。ここは完全な自然言語で記述した仕様書よりも、大きなアドバンンテージがあると思われます。見しやすい、などなど)■まとめ今回は、少し視野を広げて、ユーザストーリーの観点からRSpecについて思うところを述べてみました。会話の結果をまとめる受け入れテストとしてのRSpeccustomer/userとの対話を考慮すると、RSpecの特徴が見えてきますね。大雑把に説明すると、TDDと仕様を足して2で割ったようなもの。勝手に思い込んでいる。http://en.wikipedia.org/wiki/Behavior_driven_development_______________________________________________________________________この記事への評価にご協力をお願いします。URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。「コミュニケーションは、受け止めたことがすべて」だんだんと秋が深まってきましたね。私は秋の味覚のひとつ「さんま」を食べました。脂がのっていて、とてもおいしい!季節によって食べるものが変わっても、飲むのはもっぱらビールか焼酎かワインの上田雅美です。●えっ!?どうしてそうなるの!セミナーのあとの懇親会の席で参加者の人といろいろ話しをしていると、「伝えることが苦手」とおっしゃる方はたくさんいらっしゃいます。実のところをいうと、私もとても苦手です(笑)私も経験がありますが、「急いでお願いします。」とお願いしたのにもかかわらず、頼んだ相手は一向に急いでいる様子もなく、お願いしたことをやっている気配すらない。業を煮やして「急いでってお願いしたつもりだったんだけど。相手の顔が「えっ!?そんなに急いでたの?」という表情になり、あわててお願いしたことに取り組んでいただけるというようなそんな経験をお持ちの方も多いはず。いうときに相手の様子を気にしつつ、「いやなやつだと思われないかな?」などと気を使いながら声をかけるのは、ちょっと勇気が必要ですよね。●相手が受け止めたことがすべて残念ながらコミュニケーションは「相手が受け止めたことがすべて」です。先ほどのシーンを例にたとえると、私が「急いで」と言ったとしても、相手が「今すぐか?」「なるべく急ぐのか?」「だいたい明日までぐらいなのか?」といったような受け止め方ひとつでで行動が左右されてしまいます。受け止めた相手の「急ぐというのはどのぐらいなのか?」で量ることになりがちで、こういったことが積み重なると、「コミュニケーションのすれ違い」ということになってしまいます。先ほどの「急ぐ」の例は、日常的によくある出来事です。「やっぱり伝え方は難しいな。」と、どんどんコミュニケーションを取ることに苦手意識を抱きやすくなってしまいますね。それでは、そうならないためにはどうしたら良いのか考えてみましょう。念頭に「相手が受け止めたことがすべて」ということを置きつつ、まだまだおつき合いくださいね。●見えないからこそでは、どんな風にすれ違いを防ぐのかについて考えてみましょう。すれ違いは、あいまいなものを対話によってわかりやすい状態にすることで、ずいぶん解消されます。最初に、伝える側が意識するポイントです。より、相手には伝わりやすくなります。」など、相手に伝わったことを話してもらいます。違いがあった場合には、その場で訂正することができます。図式化することによってイメージや順序が共有されやすくなります。情報を元に話し合うことができます。あることのほうが望ましいとされています。属する組織によって少し違う場合があります。なることもあるようです。誰にでもわかりやすい言葉を選びましょう。コミュニケーションは送り手だけでは成り立ちません。受け手もどのように伝わったかを確認する努力をするとコミュニケーションはより円滑になります。それでは、受けて側が意識するポイントをご紹介しましょう。表現がたくさんあります。ことができるようになります。「5W2H」の質問などを使って、具体的にすることもお勧めです。対話で埋めることができます。」を強調することができます。相手の話を聞かなくなります。ことを心がけましょう。章でも、残念ながらすれ違ってしまうことは良くあることです。「コミュニケーションは、受け止めたことがすべて」なのです。そこで、大切なのが「対話の量」と「目的の共有」だと私は思っています。忙しさや距離、または今までの失敗から、どうしても億劫になりがちなこともあると思います。うまくいっているプロジェクトや人間関係には必ず「対話の量」と「目的の共有」があります。相手の受け止め方を確認することをはじめると、ぐっとすれ違いがなくなりますよ。(上田雅美)_______________________________________________________________________この記事への評価にご協力をお願いします。URLをクリックして、「ご協力ありがとうございました」のメッセージがご使用のブラウザに表示されれば投票完了です。ホントのところ今週は「政治は仕事に影響ある?」のホントのところ。ポストをめぐり、数多くの情報が飛び交っています。これからどうなるんでしょうか?今日は読者の皆さんのお仕事に、政治が影響あるのかどうかについて聞いてみたいと思います。影響を受ける見込みです。直接は影響ありません。考えてもみませんでした。