愛車:マツダアテンザ
Webを中心とした、ビジネス&テクノロジーに関する思いつき
by F-shin
[ このサイトについて ] [ F-shinについて ] [ トップ ]
author:えふしん
photo_20.jpg
藤川真一について


モバツイの中の人
人の良いジョンカビラと言われます。ソフト哲学者を目指します。
AMN sponsor rolls
応援します!
ツイッターやるなら
for iPhone App
Google Friend Connect
このカテゴリ[会社活動]の最新30件
昨年末でペパボを退職し、独立しました。 世界中の好きな国に行けて、blogを書いて雑貨を買い付けるお仕事あります! モバツイッターが忘年会議で2009年の「究極のウェブ」ランキング1位に選ばれました! 投資家目線でネットを語るのはやめないか? 値引き行為のマジック 直線番長より、ブレーキを踏まないことが大事 工場内オフショアをやったら、不良が頻発して困ったというキヤノンの話 所詮ネットは情報流通のための技術でしかない。 ネットメディアにおけるプッシュ活動、プル活動、私的解釈 行列制御における、運営と顧客利益の相反について 選ばれるための人生より選ぶ人生 君はエンジニアか。 CD専門店が消滅する日 「ひとりで作るネットサービス」と、「ギークデータベース」に載りました アジャイル批判かぁ。 うさんくさいビジネスを見極める簡単な方法 アフィリエイトのある生活 ランキング、比較、の重要性 上司力、部下力 「若者のクルマ離れ」 仕様書や指示書で、人の本心を探り出せ! この話はチェーンメール的な悪魔の話 アルバイトと派遣と社員の役割、インセンティブ みんなダメだとわかってる。他もやってるからやめられません、という状況のことをバブルと呼ぶ。 今年のこと(支離滅裂) Gパンをもっと簡単に買いたいです、のアイディア プレゼントの抽選をするプログラムをrubyで書いてみた。 ユーザーインターフェースの話 弾が外れたら片目をつぶって打て、それでも外れたら両目を閉じて打て。 カラメルで開発者の求人始めました。
[このカテゴリをもっと見る]
F's Garage関連
Powered by
Movable Type
■お知らせ
モバツイッターが、Open Web AwardsのBest Mobile Based Twtter Appを受賞しました!

March 16, 2009

どうも話を聞いてみると、受託の会社に頼む時には範囲と金額をきっちり決めないとお客さんの側が決済が降りなくてダメというケースが多いみたいね。

一言で言うと、そこまで信頼関係がないし、相手を拘束も出来ないから、契約関係で縛るしかないってあたりなんだろうな。当然、逆もしかり。作り手側も、ここはヤバイというお客さんであればあるほど、契約関係、仕様関係をきっちり先に決めようという流れで、リスクを回避する傾向にあるのでは?

アジャイルってのは、信頼関係がある優良顧客とか、資本関係があって逃れられない関係でしか実現できないのかも。

だから内製?

・・・長期的に良好な関係を結んでいるお客さんはとても貴重だということだと思います。もしくはアジャイルでブランド化して、最初からそういうものだというお付き合いをするのは大事かもね。OO、アジャイル絡みで目立っている会社はそういうのができてるのかな。

インスパイア元
予算計画主義とか | 眠る開発屋blogから、リンク先を辿っていった。

アジャイルだウォーターフォールだいう前にさぁ - Identity Not Found
プログラム開発手法とプロジェクト管理手法はちがうわな - Identity Not Found
お客様の本音…って…あれ? - がるの健忘録

結局、問題なのは、「F's Garage:うさんくさいビジネスを見極める簡単な方法」でも誤魔化しつつ、なんとなく書いてるんだけど、受託も範囲とスケジュールを限定して成果物を提供するサービスを提供しているわけで、なんというか受託ビジネスは、お客様の成功とはビジネスモデル的というか、直接的、本質的にはリンクしてないわけです。(うさんくさいビジネスとか言ってるわけじゃないので、誤解せぬよう。念のため)

例えば、東証と富士通の誤発注事件の裁判においても、富士通が株の損失分を被るというのは筋が違っているハズです。瑕疵責任が認められたとしても東証のビジネスとリンクしていない以上は、損害賠償額も発注額を超える必要はないハズです。多分。その代わり東証がいくら儲けても、売り上げのn%などの利益を富士通が得ることはありません。(もちろん成功すればリピートオーダーや保守で長期的関係ができるので、そこで儲けるわけですが相手のレバレッジには連動しません。)

しかも冒頭で書いたとおり、お互いのやり方がそこの線引きで折り合っているんだけど、問題になるのは、その辺の距離感が合ってなくて、お客さんの側の期待が見積もりやスケジュールよりも遙かに大きい時だよね。

そういうのでデスマに陥るのが嫌だからアジャイルというのをやりたかったりもするわけだろうから、どうにもニーズと解決法のミスマッチが起きているというか。

Web業界に来て思ったのは圧倒的にお客さんのほうが素人なんだよね。
故に、期待が大きすぎるケースもあれば、必ずしも業者に悪意はなくとも、結果的に、ビジネスの目標に対して折り合ってない状態になってしまうケースってあると思うのよね。店長の工夫が大事なちっちゃなECサイトをall Flashで作ってしまって、いざセールをやろうとう思ったら自由に追記できない仕組みになってるとか。
(最近オープンしたあるペンションのサイトで、使い勝手重視でAjaxを使ってるからSafariは使えません言われたよ。作り手ひどいよな。)

結局そういうもろもろの差違は仕事の不確実性に繋がっていて、それが故に、ウォーターフォールでは返り討ちにあってるし、アジャイルじゃお金払ってもらえないし、と。

きっと最大の問題は「実物を見て初めて仕様の不備に気がつく」というとこだよね。中途半端なモックアップじゃダメなんだよね。僕もモバツイを作ってて思ったのが、携帯やiPhoneじゃいくらシミュレーターで試してもだめで、通勤電車の中で試してみないとなんとも思いつかない、とか。

スモールスタートであればあるほど、それを改善することは容易い。だからアジャイル。僕としてはキモチはわかる。

正直、今の会社でも仕様漏れというのは自分自身がよくやってることで、開発担当には迷惑かけていたりするわけだけど、そういうのって結構、ゴメン、というか。だから完璧な仕様書や指示なんて、僕自身が無理だわ、と。

元々やることが決まっているプロジェクトであれば精度は高いのだけど、日々打ち合わせをしながら、ビジネスの事情がどんどん変わってくような状況だと、どうしても伝達漏れとか発生するよね。まして他社であれば余計に。メールで送った送らない、見てないとか、そんなのも含めて。

あとは、どこまで仕様漏れのような不備に対してプライオリティをつけて、次のタスクに回すとか回さないでゴリ押しせざるを得ないところを切り分けるとか、そのあたりのさじ加減だったり。ただ結局、社内で開発している分には自分達のビジネスのプライオリティやスケジュールの問題だけだから、決してそれが故に休日出勤してください、なんてケースは希なわけで。(さすがにそんなミスはしない)

と、なんにも答えはないのだけど。そんな言うほど簡単じゃなくてゴメン、というあたりかなぁ。

どうでも良いけど、はてなダイヤリーの緑の動物テンプレを見ると、もはや消毒の人しか思い浮かばないっす。

■同じカテゴリ[会社活動]のエントリー
<<前の記事 うさんくさいビジネスを見極める簡単な方法
>>次の記事 「ひとりで作るネットサービス」と、「ギークデータベース」に載りました
■このblogの書き込み最新3件
グッドデザイン賞に出てたおしゃれなサイクロン掃除機がなんと半額以下。 SEOには、運用のSEOと設計のSEOの2つのフェーズがある。 ワーナー作品のオンデマンド配信サービス「ワーナーオンデマンド」
この記事への提案、提言一覧
この記事への提案、提言









あなたの情報を保存しますか?