「受け入れ条件」
なき仕事は、失敗する。
@otsukayuhi
Otsuka Yuhi
- 株式会社ゆめみ 所属
- Front-End Engineer & Scrum Master
- Markup Meetup 運営
- ふわふわエンジニアタイム 運営
Skill Set
- Markup & CSS Styling & JavaScript Programming
- React / Next.js , CSS in JS ( TS ), TypeScript
- Scrum Master & Registered Product Owner
- ( AWS Certified Solutions Architect - Associate )
Otsuka Yuhi
I enjoy playing the electric bass guitar !
And I love cats !!
「受け入れ条件」
なき仕事は、失敗する。
Q：なぜ、ぼくらは失敗するのか？
Q：なぜ、ぼくらは失敗するのか？
A：アウトプットを受け取る
相手の期待に対し、
ズレたものを出しているから。
失敗例：ほっといて
上司「このカップ、ほっといて！」
自分「わかりました！」
〜翌日〜
上司「このカップ、なんでまだここに置いてあるの？」
自分「え、『ほっといて』って言ったじゃないですか？」
上司「え？」
自分「え？」
失敗例：ほっといて
- 「ほっとく」の意味は一般的に「放置する」「さわらない」
- しかし、関西地方だと「捨てる」という意味
上司の期待：カップを捨てる
自分の行動：カップを放置する // 失敗!!!
期待がズレている例
- プルリクエストがなかなかマージされない
- 仕様変更が発生する
- チケットが完了にならない
- 作成したドキュメントに大量の修正指示がくる
- リリースしたアプリがあまり使われない
Q：どうすればいいのか？
Q：どうすればいいのか？
A：期待通りのアウトプットを
出せばいい
期待通りのアウトプット
＝「受け入れ条件」の達成
-
受け入れ条件：どうなっていれば完成なのかを簡潔にまとめたもの
- スクラム開発で出てくる用語
- 「ここを満たしていれば、そのアウトプットを受け入れられます！」
- 受け入れ条件を満たせば、相手は満足する
- テスト駆動開発な発想が近いかも？
「受け入れ条件」を
明確にして、失敗を回避する。
今やっている仕事、
「受け入れ条件」
明確になってますか？
「受け入れ条件」を明確にし、
失敗 ( 怒られ ) を回避しよう！
おまけ
- 相手にハマった場合：「気が利くね！ありがとう！」
- 相手にハマらなかった場合：「余計なことするな！バカタレ！」
「受け入れ条件」を超えたアウトプットは
「ハイリスク・ハイリターン」
サプライズはギャンブル！
「受け入れ条件」を増やしたり、詳細化するほうが安全。
- 相手にハマった場合：「気が利くね！ありがとう！」
- 相手にハマらなかった場合：「余計なことするな！バカタレ！」