カテゴリ
全体 こんな感じだったよ 旅行 こんな映画見ました おき楽スキー スキークロスって? スキー宿評価 スキー場近くの店 IT!? 食べ物 燻製 分類不能 新潟地震関連 ビジネスモデル アウトドア 未分類 メモ帳
僕のWebSiteです。kenken-lab
おき楽研究所 食 東京湾岸コミュ二ティ 東京わんこ 友達のサイト たむぶん(友人) スキー関連のリンク クロスハーツ ・自己満足日記(こうすけ) ・閻魔帳(ぱっし) ・なんちゃってアルペンレーサーの日記!(しげ) IT情報参照一覧 ITmedia 桃知商店 中村正三郎のホットコーナー 建設業関係 KENPlatz C-PAS マンション管理関係 住まいの防犯豆知識 USANな先輩方 てんめい尽語 タロサ帝国 二死満塁さんのブログ 以前の記事
2007年 02月 2006年 10月 2006年 08月 2006年 07月 2006年 03月 2006年 01月 2005年 12月 2005年 10月 2005年 09月 2005年 08月 2005年 07月 2005年 06月 2005年 05月 2005年 04月 2005年 03月 2005年 02月 2005年 01月 2004年 12月 2004年 11月 2004年 10月 2004年 09月 最新のトラックバック
フォロー中のブログ
ライフログ
検索
その他のジャンル
ファン
記事ランキング
ブログジャンル
画像一覧
|
最近思うこと。 過去にあったプログラマの多くにいえることですが・・・ 「ただつくりゃーいいってもんじゃない。」 まずは、使う人のことを考える。 よく言う、外注が使えないというのは、仕様の不一致というよりも。 お互いの要求している仕様のレベルが違うということではないだろうか? たいていの場合、やりたいことを説明。 それをヒアリングしながら設計し、開発する。 スパイラル開発ならば、概要を考えある程度考えた時点で確認。 方向性がつかめたらさらに改良し、納品。 どちらにしてもある程度のことはできるようにはなる。 しかし、使い勝手が悪いものが多い。 操作性が悪いとか動きがおかしいとか・・・ 画面の配置がおかしいとか、イレギラーなデータに対応できない。などなど。 で、それを指摘すると、仕様にありませんとか、工数はギリギリだったのでとか言う業者がいる。そこまで発注側が指定しないといけないのであれば、単価が高すぎる。 仕様に在る無いではないところをいかに仕上げられるかというのが重要だろうと思う。 ここができるから、単価を上げてもいいかなと思うのである。 僕なら、数回は余り考えずに仕事を振る。(相場をみて金が取れればね) そのでき、対応を考え、必要に応じて次から単価改定を切り出す。 どっちにしても長い付き合いになる以上、そういった仕上げに気を使わないままの会社とはそう長続きはしない。
by kenkenCBE
| 2005-06-15 08:18
| IT!?
|
ファン申請 |
||