Ognacの雑感

# re: なければ作る 2008/05/19 2:42 ゆーち

ちょっち話が違いますが・・・

おしごとがはまってしまう大きな要因の一つに、「なんでもやらせる（作ろうとする）」ってのがあると思うです。

めったに発生することのないイレギュラーな処理も自動化の対象に含めたりするケースでは、イレギュラーなだけに開発工数がたくさんかかってしまいがちです。

ちょっと手書き加えたりすれば事足りることを、強引に組み込むように圧力をかけてくるお客様って意外に多いです。

定型的な業務を自動化できるだけに絞った方が、費用対効果は絶大なのにっておもいます。

# re: なければ作る 2008/05/19 7:07 はつね

ない！
↓
本当にいるのかきちんと検討（ない前提目線で）
↓
どう仕様を変えてもどうしても必要
↓
つくれるかどうか判断
↓
つくれないなら、仕様を変えて代替できないか検討
↓
つくれない、必要ならば運用でカバー（最後の手段）

上記のように「つくれ→つくらないで済ます」連携を起こせる可能性は随所にあります。しかしそうならないのは、「金払っているんだから作ってもらう」という視点から発注側も受注側も離れられないからです。

# re: なければ作る 2008/05/19 9:02 うつせみ（虚蝉）

なければ作るというのの判断というのは難しいんですが。
仕様を変更しても差し支えないなら変更、新しく作るならクライアントと相談して費用的に問題ないならGO!ってかんじですかねぇ。。。

# re: なければ作る 2008/05/19 10:49 黒龍

要求が既にあって不可能だが作るってのがへんな前提ですよね。そのPGだと作れないなら非常に良くわかるのですが。
・実装不可能な要求のまま製造工程に入った
＞再度検討すべき
・実装可能だがPGのスキル不足
＞頑張ると泥沼。PGには悪いですが期待スキルがない事を早々に伝えるべき。
・実装可能だがPGが自身の知識の範囲でやろうとするため工数が増大
＞早いタイミングで実装方針についてレビューするなどで回避

もっとかるーい状況での無ければ作る(ちょっとしたツールなど)はなるべくありものの組み合わせ(エクセル、テキストエディタ、CMD、Script、etc)でこなす手順を伝えてツールをこさえるのは避けたほうがいいかなぁと思ってます。ツール作ったほうが早いししっくり来ますがちょっとしたツールは往々にして似たような要求があったり仕様が変化したりするものなのでツールを作るという俗人的なスキルからツールの使い方というところへ落とし込むほうがいいと思います。
そうすれば仕様違いや他の要求を使用者が工夫で乗り切ったりしてくれる可能性もありますし何より使用者がスキルアップするので。

てな感じでスコープの違いで意見が変わってしまいます。私のばやい

# re: なければ作る 2008/05/19 12:57 やじゅ

昨日たまたま見てたスレッドのことですかね。
↓テキストボックスの入力制限をするには？
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=44710&forum=7

いずれにしても検討は必要ですね。
私も検討せずに製造に走ってしまう側にいたので
気をつけないと思った。

# re: なければ作る 2008/05/19 13:18 Ognac

コメントありがとうございます。
職人意識で、「ないものは作ってやろう」という姿勢は、スキル維持には重要な要素だが、ビジネス面では、無制限に工数をついやされると、具合が悪いです。
「スキル維持のために作らせる」時のコストは、教育工数で計上すべきかもしれません。
顧客要求の仕様物が　有る物か無い物かの判定と、作った時の工数と効果の判定は、判定者のスキルに依存する部分が大だと思います。
業務側の人と実装側の人でも結果が異なるでしょう。公平な目を持てというのは現実性が乏しいと思うのです。
業務要件であっても、クライアントの業務として必要な場合と、単なる担当者の自己満足てきな要求の場合もあります。
　工数を裂いて、仕上げて担当者に気に入って貰っても、経営者サイドから、「不要な資料だ、業務改善になってない」....と言われることも起こったりします。
　製造物が本当に意味があるものか否かは、開発側には判断つきにくいという面もあります。
高慢な言い方になりますが、重複資料や不要な資料であっても、クライアント側が、後生大事に希望するケースもあります。
「この資料は、これと重複してますから、不要ですね」ということに理解を示さないクライアントもいらっしゃるので,,,ホントに難しい。

「無い物」が「なくても困らない物」であったら、開発者は泣きますものね。

# re: なければ作る 2008/05/19 16:01 ゆーち

テキストボックスで思い出しましたが。

データベース上に顧客の情報が登録されていて、電話番号入力して検索した際に、たとえば、012-345-6789 という番号が登録されているんだけど、
『012-345-6689 を入力してヒットしなかった。このときはカーソル位置を最初に間違っている６の所に移動するようにしろ』
と「命令」されたことがあります。

実際に作りましたが＿|￣|○、同様に発生する数々の理不尽な要求を間に入っている営業の会社さんが安請け合いを繰り返し・・・赤字拡大、納期遅延、人間関係ぼろぼろ、職人燃え尽き・・・＿|￣|○
ついには、技術力の足りないヤロウのレッテルを貼られて、お金をくれない事態にまで・・・。

残酷すぎます。（号泣。

# re: なければ作る 2008/05/19 19:12 ognac

>このときはカーソル位置を最初に間違っている６の所に移動するよう
>実際に作りましたが

御無体な御注文のようで、どうやって実装したのです?。実装できるスキルのほうが評価されるべきでしょうしね。
というより、何を根拠にこの桁で間違っているのか判断つくのだろうか、
DBに存在するデータのみ入力を許すのでしたら、入力させずに、コンボかListBoxで選択させるほうが確実では?
オートコンプリートという手もあるし、手動で実装するのはそれこそ、無意......
同情の世界ですね。

# re: なければ作る 2008/05/19 19:48 ＲＵＮ

え～と、該当掲示板で吼えてた人です、はい。

個人的に
製造者＝末端のプログラマー
と考えていますので、その意味で、製造者は無ければ作るの考え方でいいと思っています。

工数との兼ね合いで実装すべきか否かを決定するのは、製造より前の行程で行うべき事だし、
前工程で作るとされたものが製造の段で製造者が多少ゴネた程度じゃ仕様が変わるとは思っていません。
製造者がゴネたからという理由でころころと仕様変更するプロジェクトであるなら、そもそも何処かで座礁するのは目に見えてますし。

とは言うものの、現実には製造の段になってから工数が明らかになるとか、製造工程になってから設計の見直し要求になる事の方が多い気もしていますが・・・

# re: なければ作る 2008/05/19 21:26 裏口

これは人に因りますね。

個人的には「判らなきゃ調べろ、無きゃ作れ」を実践してきた口ですが、人に強要したことは無いです。

#　どのように考えるかは本人次第で宜しいかと。
#　価値観の違いは簡単に埋めることはできません・・・。

# re: なければ作る 2008/05/19 23:28 Ognac

>現実には製造の段になってから工数が明らかになるとか、製造工程になってから設計の見直し要求に物理的に実装可能か不可能かの判断と、実装者の実力での可能/不可能の二面があるでの余計にややこしいですね。上流工程者が実装可能と判断して、製造者に回したのに、実装できないとゴネた場合は、製造者を教育するか、スゲ変えるかいずれにしても、責任は上流工程者でしょう。
本当に実装不可能な場合は、見逃した上流工程者...う! 何れも上流工程者になる..なんか変だなぁ。　各工程のレベル差があると、生じやすい問題ですね。上流工程者のレベルが低いときは最悪。

RUNさんの吼えかたは良いですね。ズバッと突いていると感じました。ただ、相手に通じてないのが残念です。

>価値観の違いは簡単に埋めることはできません・・・。
自分の非が判明しないと、価値観の見直しも行わないですものね。