毎回恒例、WACATE名物、ポジションペーパーセッションです。参加申込時に提出したポジションペーパーを使って、1泊2日のワークショップを共にする仲間達とお互い知り合いましょう！　参加者間のコミュニケーションによる相乗効果はWACATEの大きな魅力の１つ。ポジペを使って親睦を深めることで、ワークショップの学習効果や楽しさも倍増します。豪華？副賞付きのポジションペーパー3賞への道もここから本戦です！

ポジションペーパーひな形(doc)

このセッションでは、テストに関するアクティビティのインプットとアウトプット、そしてテストプロセスに着目します。
開始時点や途中で誰からどんなドキュメントや情報を受け取っているのか？　
自分がつくった成果物は誰にどう使われているのか？　
ワークを通して考えて見ませんか。
みなさん自身のお仕事について、インプットやアウトプット、テストプロセスを踏まえ、見直す足がかりになれば幸いです。

演習が終わって温泉に浸かった後は、WACATE恒例の大宴会！　料理とお酒に舌鼓を打ちながら、テストについてのアレコレを語り合います。

ディナーセッションが終わった後はその勢いのまま自分が語りたいテーマごとにグループにわかれ、フランクに議論をしていただきます。
恥ずかしがりやの方も人見知りの方も、遠慮なさらずテストについて思い切り語りあいましょう。
語りたいテーマが無ければ自分でテーマを作ることも可能です！

普段からの悩みや他のエンジニアに考えを聞きたいことなどを大胆に、かつ真剣に語ってみてください。きっと応えてくれる同士が見つかるはずです。

是非、想いのたけをぶつけてください！

ISSRE(International Symposium on Software Reliability Engineering)に参加してきたことについて、ご紹介します！ 皆さんに新しい世界を。 内容はまだ秘密！こうご期待！

どうやって言葉で伝えていいかわからない・・・

普段のお仕事の中で、どんなドキュメントに、どんなお絵描きをするのでしょうか。
仕様書？設計書？テスト設計書？それとも、会話メモ？
文章だけでドキュメントや資料を作成すると、「よくわからない」と言われたり、せっかくお絵描きしても、「この図は何？」と聞かれたり、なかなか意図が伝わらないことがあります。

お絵描きをする理由は、大きく以下の二種類に分けられます。
　1) 自分が持ってる考えや情報を、誰かにわかりやすく伝えるため
　2) 自分が物事を理解したり整理したりするため

このセッションでは、1)誰かにわかりやすく伝えるためのお絵描き について取り上げます。
相手に伝える「お絵描き」、一緒に工夫しましょう。

現在実施しているテストの行い方や進め方などを整理してみましょう。 整理して「ここから次の段階に進むためには？」についてディスカッションを 行ってみましょう。

整理を行うためにボーリス・バイザー著「ソフトウェアテスト技法」の「1.4 テスト担当者の精神面による区分」に記載されているフェーズ0～フェーズ4をものさしとして使います。 （この区分を、本セッションでは「テスト道(c)にしやすはる」とします）

5つに区分された「テスト道(c)にしやすはる」のなかで、現在あなたはどのフェーズに立っているのでしょうか？　そして、テスト工程をよりよくするためにはどうしたらよいでしょうか？ （次のフェーズに進む事がよいのか、現在のフェーズでより洗練させたほうがよいのか）

といったことを、グループディスカッションしていきます。

このグループディスカッションですが「ワールドカフェ」のスタイルを取り入れて行っていきます。

セッション前までに予め、自分が現在「テスト道(c)にしやすはる」のどのフェーズにたっているのか考えてもらえると幸いです。

フェーズ0：テストとデバッグには何の差もない。デバッグ以外にはテストには特別な目的はない。
フェーズ1：テストの目的は、ソフトウェアが動くことを示すことである。
フェーズ2：テストの目的は、ソフトウェアが動かないということを示すことである。
フェーズ3：テストの目的は、何かを照明することではなく、プログラムが動かないことによって発生する危険性をある許容範囲までに減らすことである。
フェーズ4：テストは行動ではない。大袈裟なテストをすることなく品質の高いソフトウェアを作るための精神的な訓練である。

「ソフトウェアテスト技法」ボーリスバイザー(著)の「1.4 テスト担当者の精神面による区分」のフェーズ0からフェーズ4に対して、 自分がどのどのフェーズに位置づけされているかを考える。

略歴
日本電気株式会社　入社。サーバ/メインフレーム/ストレージ等の基本ソフト/ミドルソフトウェアの品質保証部門へ配属。以来、ソフトウェアの品質保証およびCS向上に従事。担当組織にてＣＭＭＩレベル5達成（リーダーとして推進）。中国を中心とするオフショア開発の品質・生産性向上においても、中心的な立場で改善を推進。2007年より現職。ソフトウェア品質保証およびプロセス改善の専門家として、ＮＥＣ社内のソフトウェア開発組織の改善にも取り組む。

主な著書・著作活動
ソフトウェア品質会計―NECの高品質ソフトウェア開発を支える品質保証技術
見積りの方法―ソフトウェア開発における実践的見積り技法 (実践ソフトウェア開発工学シリーズ)
オフショアリング完全ガイド―ソフトウエア開発
ソフトウェア品質知識体系ガイド―SQuBOK Guide

NECの開発の現場では、品質のよいソフトウェアの開発を目指して、20年以上かけて「ソフトウェア品質会計」を構築し、適用してきた。これらの現場での取り組みを続ける中で、技法やしくみの構築の重要性もさることながら、現地・現物・現実を重視した活動こそ、成果をあげる鍵であることに気がついた。ソフトウェア開発における現場主義とは何か、我々が今注力すべきことは何かを、具体的なデータを交えて解説する。