- ショボーン ビーズクッション見つけた
- ネガティブフィードバックが発生する原因はマネージャ層にもあって、スキルが足らないヤツはスキルが足らないことを叱責されて当然だと思ってると、ここを変えるのはかなり難しい。ここまでくると文化だからね。
- ネガティブフィードバックばっかやるヤツが技術リーダだったりすると目も当てられん。
- そのためにも、メリットを早く提示できる必要があるんだよなぁ。測定とフィードバック。
- ピアレビューセミナー、意外に面白かった。無料とは思えん。ただ、理論はわかっても、コレを現場に適用するのは全く別の難しさがある。一番面倒なのが、叱責プレッシャーとかモラルの低下とか完全に人間系の問題だからなぁ。
- 不良検出の原因分析を必ずやる。そこで出た改善点をプロジェクト内で適用する。
- mtgでの疑問は作者が先に答えないこと。読み手が答える。読み手の説明と作者の説明が違うならそこには問題があるかも。
- 修正要非はレビューが終わってから作成者が行う。課題ログのフォローアップをモデレータがやる。
- mtgでは修正方法を議論しない。単純ミスはmtgに持ち込まない。
- インスペクションで修正方法の議論はしない。記録読み上げは作者以外が行う。予習必須。
- ピアレビューの目的はバグの叩き出し。開発フェーズゲートではない。
- ピアレビューセミナーなぅ
Powered by t2b
0 件のコメント:
コメントを投稿