2011/10/29_レビュー祭り( #review_fes )

goyoki @goyoki

#review_fes 曖昧という言葉も曖昧

close_yutori @kimukou2628

#review_fes ・全部＋否定語＝＞とらえ方で全然違う意味になる（結構危険な表現） ＜＝否定がどこにかかるか解らない（日本語ではよく起こる） 例）「テストが全部出来なかった」

Yusuke KUOKA @mumoshu

RT @kimukou_26: #review_fes 工数がないときにどこの工数が削られるか） ・要求仕様レビュー ・テスト工程 ＜＝スマホ開発なんかまさにそうですね・・。バグあっても速く出すのが重視みたいな・・

close_yutori @kimukou2628

#review_fes ・応答がいつまでも戻ってこなかったときには ・出来るだけ速く応答を返す ・以上、以下、同じ ＜＝閾値、判断値が不明

close_yutori @kimukou2628

#review_fes 要求仕様書） ・設計要素を書いてしまう・・これはNG ＜スコープが縮まる、読む人の考えの判断スコープを縮小してしまう （実際は○○にすべきというお話＝肝心な仕様が抜けてしまう）

ゆとり🇺🇦 @megascus

#review_fes 開発と製造の差がわからない。

close_yutori @kimukou2628

#review_fes ・曖昧な、不明確な、矛盾を持ったドキュメント（仕様書）＝＞お客様に影響のあるリスクが増えてしまう ＜＝いわゆる仕様バグって話なのかな・・。トライアンドエラーな考え方だとそうなるよね・・

close_yutori @kimukou2628

#review_fes さて今からワークショップ＜資料後からもらいに行ってすみません～ ＞＜

fgtrjhyu @fgtrjhyu

RT @kimukou_26: #review_fes ・全部＋否定語＝＞とらえ方で全然違う意味になる（結構危険な表現） ＜＝否定がどこにかかるか解らない（日本語ではよく起こる） 例）「テストが全部出来なかった」

ゆとり🇺🇦 @megascus

#review_fes ちなみに、1ページ目って何処だろうー

close_yutori @kimukou2628

#review_fes ワークショップ資料：577文字とのこと 平均値を取ってみると＝＞3割ぐらい欠陥がある ＝＞手戻り時間の算出 ＜＝この状態で次の設計フェイズに移しますか？ （移さない方が良い・・）：でも政治的な工数等で出す形になるんですよね・・・

ゆとり🇺🇦 @megascus

#review_fes ウォーターフォール前提かな？

きょん＠アジャイルコーチ、システムアーキテクト @kyon_mm

レビュー祭が実況を見る限りなんか微妙っぽい？

close_yutori @kimukou2628

#review_fes ドキュメントの質を上げること ＝＞ドキュメントを書いている人に書き直して貰うこと ＝＞欠陥を認識してもらうこと、気づいて貰うこと ＜＝「フィードバック＝コミュニケーション」 共感と影響＝＞直して貰う

goyoki @goyoki

ダメ出しはよいとして、OKの判定の精度はどんな感じになるんだろう #review_fes

close_yutori @kimukou2628

#review_fes Q)修正提案とは？ A)どう解らないかを伝えること。こうした方が良いという提案的な話ではないみたい

きょん＠アジャイルコーチ、システムアーキテクト @kyon_mm

RT @takahashim: Nodeの人たちがIT企業スポンサーにつけて事例発表とかしてる一方、Tokyu方面のRubyistはサントリーをスポンサーにつけて昼間から飲んでるかと思うと胸が熱くなりますね

close_yutori @kimukou2628

#review_fes 例）直ぐにアプリを起動 観点）操作数が少ないのか、秒数が少ないのか？ 例）定位置という表現 観点）定位置ってどこ？っていう表現が曖昧

close_yutori @kimukou2628

#review_fes 要求仕様のスコープ） ・関係する人が決めていること ＜＝範囲外の人が指摘しても流されることも 直さない場合の話） ・暗黙知 ・其処まで細かく書かなくてもいい～ （空気読んでの話）

close_yutori @kimukou2628

こめんなさい＞＜。たぶん自分の呟きが不十分。しんやさんがちゃんとまとめブログを書いてくれるのでそれに期待してください～ #review_fes RT @kyon_mm: レビュー祭が実況を見る限りなんか微妙っぽい？

きょん＠アジャイルコーチ、システムアーキテクト @kyon_mm

@kimukou_26 他の人のも見ていますけど、ちゃんと説明できていない的な印象をうけます。フィーリングで進み過ぎな気がします。そんなフィーリングだと結局レビューがフィーリングじゃないか。的な。

close_yutori @kimukou2628

#review_fes アジャイルインスペクションの感想） ・ドキュメントの品質がバラバラ＝＞サンプリングしても大丈夫？ ・包括的に見る観点持ち込めないんじゃないの？

goyoki @goyoki

レビューは歯磨きのようにやるべし #review_fes

close_yutori @kimukou2628

#review_fes 毎日レビュー） 1日目指摘会/2日目検討会＝＞4回ペースで レビューは歯磨きみたいに毎日遣るべき レビューィってレビュー受ける人なんですよね（つい最近知った

close_yutori @kimukou2628

#review_fes Q)レビューが良い物と評価して欲しい＝＞どうアピールしたのか？ A)昼休みの15分前の短い時間を使うのがポイント！ ＜15分のタイムボックスというのが良い（隙間を狙う） 1時間とか使うのは逆にダメ