DevLOVE HFSB by @m_pixy「お客様とコードの間にあるもの」

ムンク @skowata

すげえ周りからキーボードを叩く音が。そんな中で自分は紙と鉛筆(^^; #devlove1210

やまも @504yamamoto

正しいものを正しく作る、正しいものをなにか見出す。適性はあれど両方大切やね #devlove1210

本間直人 チーム力を作る @truesoundsjp

デブラブ　#devlove1210 要件定義、正しいものを見出す技術。

Naoki Nishiguchi @nsgc

"要件定義は技術である" #devlove1210

やまこ @yamako_ywindish

"要件定義は技術である" #devlove1210

のーどみたかひろ @nohdomi

#devlove1210 ひらたさんの立場とか、仕事内容は、近しいものを感じる人は多いんじゃないか。コードとお客様の間。俺もそう。

atsumi shibata @JibrielShibata

#devlove1210 アートオブ要件定義とか欲しい

Naoki Nishiguchi @nsgc

"要件定義の技術要素 1. 引き出し 2. 分析 3 仕様化 4 妥当性確認" #devlove1210

やまこ @yamako_ywindish

要件定義の技術要素。引き出し、分析、仕様化、妥当性確認。 #devlove1210

Naoki Nishiguchi @nsgc

雰囲気 #devlove1210 http://t.co/8tNaKO4e

本間直人 チーム力を作る @truesoundsjp

デブラブ　#devlove1210 要件定義の技術要素。　　引き出し、分析、仕様化、妥当性開発、要求管理。

トデス子'\ @todesking

要件を引き出す技術 #devlove1210

suginoy @suginoy

"僕らのフォースとして、実現手段の方に向かってしまう" #devlove1210

やまも @504yamamoto

理由が大事。実現手段に考えが偏ったら、立ち戻ってなぜそれが必要だったか理由を考える。自分の発言にも理由を示す #devlove1210

Naoki Nishiguchi @nsgc

視点を変える、制約を取り除く、自分の解釈をぶつける、全会一致を避ける #devlove1210

のーどみたかひろ @nohdomi

「我々はお客様の業務の専門家ではない」 #devlove1210 けど、お客様より詳しくなってもお客様を尊重しないといけない。その後の業務の世話を見続けるのはお客様なのだから。

suginoy @suginoy

"言葉をお客様にあわせる" そこでDDDですよ（まだ読んでない。#devlove1210

atsumi shibata @JibrielShibata

「お客様のために」という言葉はあまりよくない。 「お客様の立場で」ということを大事にしたい。 #devlove1210

Kazunori Otani @katzchang

「『お客様のために』は自分の経験でしかないが、『お客様の立場で』は自分の経験を否定しなければならない」 #devlove1210

やまも @504yamamoto

顧客のために、と考え出すと、自分の経験をいったん否定しないといけない #devlove1210

のーどみたかひろ @nohdomi

信頼貯金を意識する。 / コレホントその通り。最初は何でもやる姿勢を見せないと仕事ができない。 #devlove1210

suginoy @suginoy

"信頼貯金によって1回の失敗の取り上げられ方が違う" #devlove1210

Kazunori Otani @katzchang

テスト中に便利なものはユーザにとっても便利の法則により、開発を進めると方向性は合いやすくなる説をとなえている。 #devlove1210

Naoki Nishiguchi @nsgc

"'お客様のために'という言葉が好き、'お客様の立場にたって'を考えると、いらない機能なども見つかる" #devlove1210

のーどみたかひろ @nohdomi

受託開発はサービス業！ #devlove1210