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


モバツイの中の人
マインドスコープ(株)社長
人の良いジョンカビラと言われます。
AMN sponsor rolls
モバツイの2つのスマートフォン
アンドロイドアプリ!
アンドロイドアプリ モバツイtouch
全てのスマートフォンブラウザと、Nintendo3DSで! HTML5版Webアプリ「モバツイsmart」
本を書きました!
100万人から教わったウェブサービスの極意 ~「モバツイ」開発1268日の知恵と視点
Google Friend Connect
このカテゴリ[会社活動]の最新30件
バルスのツイート機能に関する謝罪を書いたら沢山反応があった件 モバツイの広告の取り組みについて、発表資料の共有 モバツイ、2つのスマホへのチャレンジ「モバツイtouchとsmart」 あなたのシステム開発観は、「動けば良い派」?それとも「ロマン派」? サードパーティツイッタークライアントの生きる道 モノを作る人は、鵜飼いの鵜ではなく鵜飼いの人 ネットは儲かるか?〜1人1円を1億人からもらって1億円売り上げる仕事 映画「ソーシャルネットワーク」の興味深いポイント6点 自分のやりたいことを会社で実現する方法 日本の葛藤 日本をコントロールしているもの 「ぼくはこうしてプログラミングを覚えた」をどう読みましたか? 方向性はあっている、という言葉の危険性 バタラさんとの採用コンテンツ作成秘話 ネットサービス系企業における、積み上げ型タスク管理の危険性 その時、誰がモバツイを必要としたか? - 震災発生から1週間の状況 「ツイッターのおすすめユーザー欄に表示される垢が、同一のグローバルIPアドレスからチョイスされた件」を回避する方法 ツイッターapi利用規約を翻訳しました。 つぶやきから、ソーシャルコマースにならないかを考えています 仕様の決断と、想定外 モバツイのエイプリルフール機能「イマココ(uso)」で、1万ツイート/day突破 モバツイに今いる場所を適当に送信する「イマココ!(uso)」をリリース 仕事のペース 業務ののりしろ ネットビジネスで成功した人は無茶をやってきた人 映画「ソーシャル・ネットワーク」の感想 エンジニアのこだわりと、継続的開発、チャレンジについて。 2010年振り返り2011年これから。 あなたの選択は正社員?非正規雇用? 「このサイトいくらぐらいでできるよ!」のピュア
[このカテゴリをもっと見る]
Powered by
Movable Type

March 16, 2009

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

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

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

だから内製?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

■同じカテゴリ[会社活動]のエントリー
<<前の記事 うさんくさいビジネスを見極める簡単な方法
>>次の記事 「ひとりで作るネットサービス」と、「ギークデータベース」に載りました
■このblogの書き込み最新3件
インターネットの可能性を信じて〜本を書きました。 バルスのツイート機能に関する謝罪を書いたら沢山反応があった件 モバツイの広告の取り組みについて、発表資料の共有
この記事への提案、提言一覧
この記事への提案、提言









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