イオンネクスト株式会社・CTO 樽石将人のインタビュー記事です。入社時にミッションとされた新ネットスーパー「Green Beans」は、期日通りのリリースが危ぶまれるほど問題が山積みだったと言います。プロジェクト立て直しのために目をつけたのは「現場」。樽石は何を変え、どう開発を進めたのでしょうか？リリース直前の1年を語ります。
2010年代は、ゲームシナリオ業界が大きく動いた10年だった。 詳しい事情については別稿をご一読いただければ幸いだが、ようはスマートフォンの普及に伴いシナリオ面を重視したゲームが急増。これに合わせてゲームシナリオ需要が大幅に高まったことが大きな要因の一つとして挙げられる。 そして急激に上昇したゲームシナリオ需要の供給役を担ったのが、いわゆる『ゲームシナリオ制作会社』だ。 いまやゲーム業界とは切っても切れない関係にあるゲームシナリオ制作会社だが、一方で表に出ることは少なく、その実態は知られていない部分も多い。ユーザーの立場からすれば、そもそもゲームシナリオ制作会社がどんな仕事をしているのか、ということでさえあまり馴染みがないだろう。 そこで今回はその実態に迫るべく、ゲームシナリオ制作会社をリードするシナリオ工房 月光・レプトン・エレファンテ・テイルポットの4社から、それぞれの代表である重馬敬
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/3 (パート1はもう読んだ? 読んでなければ、ここにある。) このアーティクル･シリーズで扱っているのは機能仕様であって、技術仕様ではない。人々はこの2つを混同している。標準的な用語があるのかどうか知らないが、私がこれらの用語を使うときに意味しているのは以下のことだ。 機能仕様書は、ユーザの観点から製品がどのように動くか記述する。それはどのように実装されるかは問題にしない。それは機能を話題としており、画面とか、メニューとか、ダイアログとかいったものの仕様を定める。 技術仕様書は、プログラムの内部の実装について記述する。それはデータ構造、関係データベースモデル、プログラミング言語や開発ツールの選択、アルゴリズムといったものを話題としている。 あなたが製品を隅から隅までデザインするとき、最
「ソフトウェア開発プロジェクトをとりまく６つの誤解〜プログラミングを経験しないとわからないこと」に釣られてみます。 6つの誤解は次の通り。 既にあるソフトウェアを流用した方が速く作れる ソフトウェアはハードと違って後から容易に直せる 誰が作っても中身は同じ品質になる 共通部品から先に作ることが出来る 人を増やせば一度に沢山の機能が作れる 正確な見積もりを出すことが出来る 記事の前提は"お客さんはITにそれなりに詳しい（けどプログラミングはしたことがない）情報システム部門の人"ということだと思います。 この6つは誤解しやすいし、僕もお客さんと会話する内容です。でもね、お客さんがそう感じていることも事実です。なるべく安く早く、そして変更に強いシステムを作りたいと願うことは当然のことです（もちろん予算どおりに）。 ソフトウェア開発に職人的（あるいは芸術的）要素があることは間違いありませんが、それ
今週月曜日に公開した記事「特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐」は、記事に対して数多くのブックマークやツイートが行われ、大きな反響をいただきました。 その萩本氏から「問題提起だけで終わるのではなく、こうあるべきだという提案もしたい」、という依頼をいただいたので、記事にいただいた反響への返答という意味も込めて、萩本氏の提案についても掲載したいと思います。 以下からは萩本氏の文章となります。 これまでのIT業界の慣習を捨て去り、あるべき姿へ 僕が日記（注：記事の元になったFacebookへの書き込み）を書いたのは、二度とこのような案件が出ないよう本質的な問題提起をしようと思ったからです。 それが僕の責任だと思いました。 本質的問題を提起したつもりですが、しかし本当に理解していただいたのかというのが心配でもあり、また理解していただいたとしても、今後何
特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 ［スクープ］特許庁、難航していた基幹系刷新を中止へ - ニュース：ITpro 朝日新聞デジタル：費やした５５億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官」の肩書きで2009年まで民間から参加した萩本順三氏（現 匠BusinessPlace 代表取締役社長）がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として本人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩本順三氏の発言の主要な部分を引用します。 内閣官房GPMO（ガバメントプログラムマ
使えないシステムをなくすBABOKとは？：BABOK 2.0を読んでみよう（1）（1/3 ページ） 2009年3月末に「Business Analysis Body Of Knowledge（BABOK）」のバージョン2.0が、International Institute of Business Analysis（IIBA）からリリースされました。 本連載では、BABOKバージョン2.0の概要を紹介しながら、いま注目を集めている超上流のアプローチ、ビジネスアナリシスがどのようなものであるかを見ていきます。 “使えないシステム”を作っていませんか？ せっかく高いお金を払って開発したシステムが、とても使いづらかったり現場の業務にマッチしなかったりで、“現場で使ってもらえない”というケースがよくあります。 これではユーザーにとっては無駄な投資となり、もちろん大変な損失になります。システム開発し
近年、大変注目を集めているソフトウェア開発手法に「アジャイル」があります。 アジャイルはお客さまの組織やビジネスの変化に素早く対応することが可能な開発手法です。 しかし、ソフトウェア業界での受託型の請負契約は要件定義が完了してから開発見積り・契約するというやり方が当たり前となっており、お客様にアジャイルのメリットを実感頂くのが難しいという課題がありました。 これまでの受託開発における一括請負型の契約では納品時に費用を全額お支払いいただくというビジネスモデルをとってきました。 このサービスではこのビジネスモデルから脱却し、開発したシステムを初期費用0円で提供します。その後、お客さまにはサービス利用料という形で月々お支払いいただきます。 サービスがお客さまに価値を提供するのは納品した瞬間ではなく、お客さまがサービスを利用しているあいだ継続的にです。 このことから、お客さまがサービスを利用してい
先日、永和システムマネジメント社がアジャイルによる受託開発サービスを発表し、話題になっている。多くの人の関心を引いているのは、アジャイル開発手法を取り入れるということだけでなく、その価格の安さだ。一ヶ月あたりの料金は、もっとも安いものでは月々15万円から、もっとも高額なプランでも月々150万円からとなっている。果たしてそんなので儲かるの！？というのが多くの人がいだいている疑問であろう。自分なりに「アジャイルによる受託開発サービス」について分析してみたので語ってみようと思う。なお、本エントリは永和システムマネジメント社が公開されている資料と筆者の推測に基づくものであるので、より詳細で正確な内容は永和システムマネジメント社さんへ問い合せて頂くよう悪しからず了承いただきたい。 採算割れしないのか？筆者の見解では、たぶんしない。何故か？それは一旦開発が終わったらそうそう頻繁にシステムの仕様を変更し
日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の
オープンソースを使いこなすことには、間違いなく優位性がある。そして、それはオープンソースを使いこなせないことにとてつもないハンディキャップをおっているという認識が必要である。 これは、単なる経済合理性の話である、ハッカーがどうだとか、オープンソースがどーだという話ではない。ベンダーにロックインされることが自社の競争優位性に繋がるのか否か。もし競争優位性に繋がらないとしたらオープンソースを利用するしかない。それしか選択肢がないのである。 2010-03-21 - 未来のいつか/hyoshiokの日記 よしおかさんの上記エントリを読んで、僕も同様の問いを抱いているのだけどうまく言葉に落とせなかった。 要はOSSをハックできる企業や人材とのパートナーシップがいかに強力なものか。事業価値をいかに高めるか。それが直感として正しいということなのですが、先週全く違う業界で事業展開している２つの会社の取締
■グラフィック関係でドツボにハマる。 これまでに何本ものゲームに関わった。 これは良く出来たと思うもの、これは駄目だったと思うもの。色々ある。 思い返してみるに。 後悔したパターンの殆どはグラフィック関係でヤられたという印象が残っている。 ■エライ人は見た目ぐらいしか解らない 大抵の場合、予算決定者とか、エライ人ってのは、ゲームを良く解ってない。触りもしない。 しかも開発費のケタが1つ違うようなゲームでも同じような見方しか出来ない。 そんな解ってない人にプレゼンしてOKを貰わねばならない。 デフォルメキャラならまだいいが、リアルキャラならば「今のモーション足滑ったよね？」「指の動きにリアルさが足りないよね」とかゲームの事は解らないから、見て解る絵の話ばかりに終始する。 どこのゲハ板やねん。 すると、とにかく絵を強化する必要が出てしまう。予算の殆どを絵が持ってく。 ■美麗グラフィックは予算と
家電通販最大手のジャパネットたかた。同社における開発言語のメインはCOBOLだ。通信販売で取り扱う商品は日々追加され、客先でのセッティングといった付帯サービスも多様化している。情報システムを統括する星井龍也専務執行役員は、「こうした状況変化に迅速に対応するためには、COBOLの高い生産性が必要だ」と語る。（聞き手は井上英明＝日経コンピュータ、写真は林田大輔） メインの開発言語にCOBOLを据えていると聞く。 2008年1月、基幹システムをメインフレームからUNIXサーバーにオープン化するプロジェクトを開始する際に、「当社はメインの開発言語をCOBOLとする」と宣言しました。26人いる情報システム部員の全員が、COBOLを読み書きできるようにしています。それまでは、COBOLを読み書きできる部員は3人だけでした。 当社のシステムにおいて基幹となるのは、販売管理システムです。お客様からの注文や
第4回 リーダーは逃げ出さない。真剣でなければ資格がない 金武明日香 （＠IT自分戦略研究所） 2010/2/1 馬場功淳（ばばなるあつ） コロプラ代表取締役。九州工業大学卒業後、大学院時代にiアプリの開発にのめりこむ。2003年、PHS 「AirH"Phone」にヒントを得て『コロニーな生活』を開発し、個人サイトとして サービスを開始。2005年『コロニーな生活☆PLUS』の提供を開始。携帯電話の位置 情報登録を利用したシミュレーションゲーム「位置ゲー」を初めて立ち上げて、 口コミで全国からファンを集める。自らゲームマスター（GM）としてサイトを運 営しながら、ITベンチャー企業などでプログラマとして勤務していたが、2008 年、ユーザー増加のため退社し、コロプラを設立。コロプラによって移 動がより楽しくなり、地域コミュニティが発達する未来をめざしている。 ■会社かコロプラ、どちらかをや
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
エンジニアの誇りを減退させずキャリアを積むためには、とっとと管理を極めて*1管理の仕事を他の人に振れるようにすることだと思っている。*2 あなたが管理を嫌ってもキャリアアップするにあたって管理という仕事は回ってくる。 管理という仕事に目を背け続けることは出来ない。 僕は、管理という仕事をエンジニアの終着点だと考える必要はないと思っている。 乗り越えるべき通過点なのだと思う。 エンジニアのキャリアアップの中でも管理職の乗り越え方を考える。 原則：エンジニアよ、管理職を超えろ。 会社側の論理で言えば、キャリアの長い人に高い給料を支払うためには、 その人が複数のメンバーの仕事を上手く回してくれなくてはならない。 会社がベテランに求めるのは、チームを引っ張っていってくれることだ。 当然、あなたが管理向きならば問題にはならない。 管理とリーダーシップは両立しやすい。しかし、管理系リーダーが全てではな
今回は一度自分の雑文の方に書いたネタですし，後でも述べるように直接的にはあまりオープンソースとは関係のない話題なので，これについて書くことは避けようと思っていましたが，あちこちで話題になっている話なので，あらためて記事にしたいと思います。 話の元は，先日のITproの記事です。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること この記事の内容が衝撃的だったせいか，いろいろなところで話題になっていました。実は最初は直接この記事を見たわけではなく，この記事について書かれたブログを読んでから読みました。記事を読んでから，あらためて他の関連記事を見たのですが，私にとっては「案の定」という感じを受けました。では，何がそうだったかという話から始めたいと思います。 大館市のやったこと 詳しいことは，元の記事とスラッシュドット・ジャパンの記事， 秋田県大館市，Asteriskを導入
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く