「ちょうどいい」の見つけかた - CAT GETTING OUT OF A BAG
お客さまへの製品リリースが頻繁には行えない状況でのMVP（Minimum Viable Product）は、どうしても機能を盛ってしまうことになりがちと感じています。そんななか、チームにJoinして2、3年の若者二人による、ある機能開発で何を作るか？の検討会がありました。「それを落としてきたかー」「そこをそう変えてきたかー」と思うような提案をしてきて、わたしたち（開発者）よりもお客さまに近い立ち位置の人も混ざっていたので、内心ハラハラしましたが、話し合いの結果「まずはそれでやってみよう」となり、へーー、ここまで削っていいのかーーーと、たいへん勉強になりました。 製品としての「ちょうどいい」を見つけたいとき「少なすぎるくらいの内容で提案する」というのは言葉としては知っていますが（冒頭にも書きましたが、製品リリースやアップデートが頻繁には行えない状況で）本当にそんな提案をするのは難しいです。
あなたのおっしゃるレビューってどのことかしら？ - Qiita
ソフトウェアのレビュー ソフトウェアの開発において、レビューが品質の確保をするために有効であることは私達は直感的、経験的に理解しています。 人は間違いを犯しますし、間違った本人よりも他人のほうが誤りを見つけ易いものです。 ここまでは、認識を共通できるものでしょう。 しかし、レビューと一言で言った場合に、その実態にかなりのギャップが生じます。 ある人にとっては、気の合う同僚とコーヒーでも飲みながら成果物をチェックしてもらう事かもしれません。 しかし、別の人にとっては会議室で衆目の前で細かい所を吊るし上げられる苦行のことかもしれません。 ある人にとっては、口で簡単に説明するだけかもしれませんし、メールやツールでコメントを書くだけかもしれません。 しかし、別の人にとっては、準備の為に大量の資料を作り、終わった後にも大量の報告書を書く事かもしれません。 プロジェクトを初めて、レビューといった場合、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
