難しく考える開発者(ＰＧ)について

投稿者

投稿内容

Practical SE: 会議室デビュー日: 2006/11/24; 投稿数: 10

投稿日時: 2006-11-24 16:39

件名の件、開発者(PG)の意図がわからないのでご質問させて下さい。

条件文（if、switchなど)をひとつ追加する程度の仕様変更や
ひとつフラグを立てればいいだけ程度の仕様変更を
素直に受け入れない開発者とＳＥの間で揉めています。

開発者の言い分はこうです。
ＳＱＬサーバーにテーブルを追加し、ＤＢ設計の見直しを要求する。と言っています。

私（ＳＥ）の言い分はこうです。
条件文ひとつ書くだけで済むような仕様変更をそこまで回りくどくする必要はない。

開発者のモチベーションの問題だと思うのですが、
あまりにも実践的ではないような気がします。

専門家でないお客様でも条件文ひとつ追加するだけとご理解できます。説明もしやすい。
逆に開発者の技術的な興味で、ＤＢの見直しが必要とは到底ご理解頂けない。

■具体例を挙げます。
データの集計処理で除外してほしい商品が出たので仕様変更して欲しい。

集計処理
　ループ１開始
　　条件１開始（除外商品以外なら集計する）←ここを追加するだけのこと。
　　　集計計算
　　条件１終了
　ループ１終了

こういう事例でＤＢを見直すということが分からないのですが、
どういう意図でＤＢを見直すといっているのかお分かりの方いますか？

ＮＡＯ: ぬし; 会議室デビュー日: 2001/10/24; 投稿数: 1256; お住まい・勤務地: 神奈川のはずれから東京の下町

投稿日時: 2006-11-24 16:48

引用:

Practical SEさんの書き込み (2006-11-24 16:39) より:
件名の件、開発者(PG)の意図がわからないのでご質問させて下さい。

条件文（if、switchなど)をひとつ追加する程度の仕様変更や
ひとつフラグを立てればいいだけ程度の仕様変更を
素直に受け入れない開発者とＳＥの間で揉めています。

開発者の言い分はこうです。
ＳＱＬサーバーにテーブルを追加し、ＤＢ設計の見直しを要求する。と言っています。

私（ＳＥ）の言い分はこうです。
条件文ひとつ書くだけで済むような仕様変更をそこまで回りくどくする必要はない。

開発者のモチベーションの問題だと思うのですが、
あまりにも実践的ではないような気がします。

専門家でないお客様でも条件文ひとつ追加するだけとご理解できます。説明もしやすい。
逆に開発者の技術的な興味で、ＤＢの見直しが必要とは到底ご理解頂けない。

■具体例を挙げます。
データの集計処理で除外してほしい商品が出たので仕様変更して欲しい。

集計処理
　ループ１開始
　　条件１開始（除外商品以外なら集計する）←ここを追加するだけのこと。
　　　集計計算
　　条件１終了
　ループ１終了

こういう事例でＤＢを見直すということが分からないのですが、
どういう意図でＤＢを見直すといっているのかお分かりの方いますか？

Practical SEさんの言いたい事は理解出来ますが、

そもそもこれだけの前提条件ではいかんとも判断しがたいと思います。

除外商品がＤＢ上にあまりにも多く入っていたりする場合
パフォーマンス的に問題が起きないのでしょうか？

そこら辺はおそらく要求定義にも拘わってくる事だと思いますので
これだけの情報では誰も判断出来ないと思います。

少なくともPractical SEさんがその開発者ともっとコミュニケーションを
取って意図を聞き出せば良いだけの話ではないのでしょうか？

開発者に丸投げしてコミュニケーションを取っていないだけの問題だと思います。
お客さんと開発者の間にたって双方の言い分を聞き、
お互いが納得いく様に調整するのは貴方の役目ではないのですか？

_________________
Inspired Ambitious
ISMS Assistant Auditor

[ メッセージ編集済み編集者: ＮＡＯ編集日時 2006-11-24 16:50 ]

囚人: ぬし; 会議室デビュー日: 2005/08/13; 投稿数: 1019

投稿日時: 2006-11-24 16:48

引用:
こういう事例でＤＢを見直すということが分からないのですが、どういう意図でＤＢを見直すといっているのかお分かりの方いますか？

本人に訊いたらいいんじゃないですか？本人にしか分からないと思いますが。
表層から見るだけでは分からない意図があるのかもしれませんし。

_________________
囚人のジレンマな日々

Practical SE: 会議室デビュー日: 2006/11/24; 投稿数: 10

投稿日時: 2006-11-24 16:54

引用:
ＮＡＯさんの書き込み (2006-11-24 16:48) より: 少なくともPractical SEさんがその開発者ともっとコミュニケーションを取って意図を聞き出せば良いだけの話ではないのでしょうか？開発者に丸投げしてコミュニケーションを取っていないだけの問題だと思います。

反論します。
丸投げなどしていません。
前に書いたとおり、ここに条件文を入れるようにと、
私が仕様変更書を作っています。
上司にも説明して納得していただいており、承認を得ています。

順番が逆になりましたが、仕様変更の前提条件は、
集計除外商品は、たった一つだけで今後は絶対に増えない。という条件です。

Ahf: 大ベテラン; 会議室デビュー日: 2006/08/16; 投稿数: 172

投稿日時: 2006-11-24 16:55

お互いにコミュニケーションをもっと取った方がいいと私も思います。

#　どこぞの「腹をわって話そう！」というヤツです・・・

それと個人的に少々気になったのが、
「除外商品以外なら集計する」
という一文なのですが、今現在そのシステムでは除外される商品というのが
どのように扱われているかが気になります。

それによっては何となく思うところはありますね・・・。

Edosson: ぬし; 会議室デビュー日: 2004/04/30; 投稿数: 675

投稿日時: 2006-11-24 16:57

除外する商品の、識別コードかなんかががっちりとハードコーディングされているんだろうな・・・。

引用:
Practical SEさんの書き込み (2006-11-24 16:54) より: 順番が逆になりましたが、仕様変更の前提条件は、集計除外商品は、たった一つだけで今後は絶対に増えない。という条件です。

私なら、まず信用しません。ｗ
まあ、命令だってんなら、やらんでもないですけどね。

[ メッセージ編集済み編集者: Edosson 編集日時 2006-11-24 16:59 ]

Practical SE: 会議室デビュー日: 2006/11/24; 投稿数: 10

投稿日時: 2006-11-24 16:58

引用:

囚人さんの書き込み (2006-11-24 16:48) より:
引用:

こういう事例でＤＢを見直すということが分からないのですが、
どういう意図でＤＢを見直すといっているのかお分かりの方いますか？

本人に訊いたらいいんじゃないですか？本人にしか分からないと思いますが。
表層から見るだけでは分からない意図があるのかもしれませんし。

本人に聞きましたが、教科書ではこうしているとの回答でした。
なぜこうするのかは説明してもらったのですが、論理ばかりで理解できませんでした。

ＮＡＯ: ぬし; 会議室デビュー日: 2001/10/24; 投稿数: 1256; お住まい・勤務地: 神奈川のはずれから東京の下町

投稿日時: 2006-11-24 16:58

引用:

Practical SEさんの書き込み (2006-11-24 16:54) より:
引用:

ＮＡＯさんの書き込み (2006-11-24 16:48) より:

少なくともPractical SEさんがその開発者ともっとコミュニケーションを
取って意図を聞き出せば良いだけの話ではないのでしょうか？

開発者に丸投げしてコミュニケーションを取っていないだけの問題だと思います。

反論します。
丸投げなどしていません。
前に書いたとおり、ここに条件文を入れるようにと、
私が仕様変更書を作っています。
上司にも説明して納得していただいており、承認を得ています。

順番が逆になりましたが、仕様変更の前提条件は、
集計除外商品は、たった一つだけで今後は絶対に増えない。という条件です。

本質的な問題と違う所に反応しない様に。

囚人さんもAhfさんも指摘していますし、

私の発言を再度引用すれば、

少なくともPractical SEさんがその開発者ともっとコミュニケーションを
取って意図を聞き出せば良いだけの話ではないのでしょうか？

です。

＃上に回答があったので追記

理解出来ませんでしたと書かれていますが、
それで貴方はＳＥって言えるのでしょうか？

変更仕様書も作っているのに開発者の説明が理解出来ないと言う
ＳＥの方が私は理解出来ませんが。

_________________
Inspired Ambitious
ISMS Assistant Auditor

[ メッセージ編集済み編集者: ＮＡＯ編集日時 2006-11-24 17:03 ]

1|2|3|4|5|6 次のページへ»

難しく考える開発者(ＰＧ)について

スキルアップ／キャリアアップ（JOB@IT）