最近タスクがどのくらいで終わるか見積もることが多いんだけど、そのたびにうまく見積もりができてなかったり、思ったより長引いてしまってすごく忙しくなってしまったり、といったことが何度かあった。このままじゃ良くないなーと思って、「アジャイルな見積りと計画づくり」を読んだ。 アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~ 作者:Mike Cohn,マイク コーン毎日コミュニケーションズAmazon 実際読んでみると今の状況に非常にぴったりで良い本だった。この本を読んでいくと、最初から正確な見積りをするのは不可能で、作業をしながら見積りの精度をあげるといったり、変更やリスクに強いスケジュールをうまく作るということをしていく必要があるということが分かる。なんとなく自分がタスク管理をしないといけなくなったけど、なんかうまくいかないと思っている人には非常に参考になると思う。あと

ちょっと釣り気味のタイトルですが、大真面目です。 もう少し正確にタイトルを付けるとするなら、「一番マシな人月契約のやり方」といったところでしょうか。 さて、IT業界の受託開発において、人月見積もりはダメだという事はいまさら説明する必要もないと思いますが、それでも難しい大人の事情もあり、人月でやらざるを得ない場合があると思います。 そんなとき、どんな方法で見積もり（契約）するのがよいのかを考えてみました。 一番ダメなパターン 一番ダメなのは、発注元によって人月単価が決まっていて、下請け業者に工数だけを見積もらせるようなやり方です。*1 これはダメですよ。 ダメすぎます。 なぜなら、優秀なエンジニア（開発会社）ほど工数が少なくなり、逆に無能なエンジニア（開発会社）ほど工数が大きくなるので、前者の方が損をして後者のほうが得をする仕組みだからです。 こんな馬鹿な話ないですよね。 実際にこのやり方を

きしだൠ(K1S) @kis SIの、元請はユーザー企業の業務をよりよくするために、プロダクトを作るんじゃなくて契約書をつくる。で、元請はそれを下請けにつくらせるんだけど、そのときはユーザー企業の業務をよりよくするためではなく契約を満たすためにプロダクトを作らせる。これが負のスパイラルの発端。 2013-11-15 08:17:14 きしだൠ(K1S) @kis 契約を満たすことが目的でプロダクトを作ってるから、実装段階で気づいたアイデアや欠陥は報告されない。納期や金額なんかの契約は満たさないといけないのに追加仕様や変更が発生してやぶへびだもん。品質は悪くなる。 2013-11-15 08:23:58 きしだൠ(K1S) @kis 品質が悪くなってとられる対策は、技術向上ではなく契約の厳密化。設計書を「きっちり」つくるとか、テストのエビデンス(画面キャプチャのかっこいい言い方)をとるとか、

http://www.nikkei.com/article/DGXDZO50933940U3A120C1MM8000/ どうやら本格的に複数税率が消費税に適用されるようです。まだ、決定でもないし、今後の業界の猛烈な反対もあるだろうから、どうなるか分からないのですが、その辺を部外者的に（かつ元関係者的に）記録として書いておきますよ。 この軽減税率で、もっとも変更のコストがかかる「仕組み」の一つはITであることは、多分論を待たないと思います。特に、税率を複数適応する羽目になる流通・サービス系のITは下手をするとかなりのコスト負担になるところも出てきます。またか！またコストですか！いや、これこそがITなのですよ。 まず影響が出てくるところ予想すると、事の大小はありますが、ほぼ大抵のところで手を入れる必要がある気がします。んで、例によって、多分この辺が正確に予想できている、CIOを除く経営陣は皆無

最近そもそもバッチ処理というものを知らない人達を見ることが多くなりました。某プロジェクトで「いや、ストプロってよくわからないんですよ。最近書いたことないし。」という話をずーっと聞いていたのですが、本人はバッチ処理という意味で話していたことが後から判明した、ということがありました。 ああ、この人はSQLでのバッチ処理しか知らないのですね、とちょっと衝撃ではありました。とうとうそーゆー時代になったかと。 まず、誤解のないようにいうとバッチ処理、という言葉自体はIT固有のものではないです。生産管理や物流や、そういった業務では普通に「バッチ」という言葉をIT以外で使います。ただし意味はある程度同じで、「一定の塊を一度に処理をする」ということです。物流システムの業務要件なんかを詰めているとバッチっていうと、どっちのこと？なんて普通に聞かれたりします。その意味ではバッチの対義語がリアルタイムというのは

SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道- - DevLOVE 2012/10/09 SIエンジニアの自分戦略 -急がば回れ、選ぶなら近道 - DevLOVE #devlove - Togetter 講師及びその講師の方が話されるテーマも相俟って、募集後即定員が埋まる盛況振り。自分もタイミングを逸しキャンセル待ちで登録していたのですが、晴れてキャンセル待ち繰り上がりで参加資格を得る事が出来たのでこの日参加して来ました。 会場はマイクロソフト品川本社セミナールーム。今回はいつにもまして参加者も著名な方が多数参加。注目度の高さがここでも伺えます。 papandaさんの今回のイベント開催に至る経緯として以下の様なコメントが最初にあり、間髪入れずに本編へGOです。 ブログを読んでいて、書かれている事が仕事に対して危機感を持つ内容だった。 こういった内容を書かれる方のお話を聞いてみたい。

エアアジア・ジャパン、ピーチ・アビエーション、ジェットスター・ジャパン。2012年に国内LCC（格安航空会社）3社が相次ぎ就航、日本でもLCCが一気に身近になった。低価格運賃が売り物であるLCCは、情報システムに関しても低コスト化を徹底。グループ会社や外部のソフト資産、サービス、人材を活用し、システムを「作らない」方針を貫く。3社のIT戦略に迫る。2012年8月1日7時21分。乗客118人を乗

2012年に相次ぎ就航したエアアジア・ジャパンとピーチ・アビエーション、ジェットスター・ジャパン。低価格運賃を売りにする国内LCC（格安航空会社）3社は、システムを「徹底的に作らない」IT戦略を推進し、航空基幹システムの構築費用を10億円以下に抑えることに成功した（日経コンピュータ誌推定、連載前編を参照）。これは国内の大手航空会社の数百億円と比べ、実に10分の1以下の水準だ。連載後編では、ピーチとジェットスターのIT戦略を詳細に見ていく。

現代のITプロフェッショナルには技術的な専門知識とソフトスキルの双方が要求される。このようなことはずっと昔から言われ続けている。しかし、そういったソフトなスキルに対するニーズはどんどん膨らみ続けているのである。 IT技術のスキルとしてどういったものが必要になるのかは、企業によって異なっている。しかし、ほとんどのIT企業に共通するニーズがある。それがソフトスキルというわけだ。こういったニーズが求めらるのは今に始まった話ではない。30年ほど前にも、企業のIT部門は文系の学生を採用し、ビジネスアナリストやシステムアナリストへと育成することで、プログラマーとエンドユーザーの間に横たわる「コミュニケーションギャップ」を埋めようとしていた。また、最高情報責任者（CIO）の経歴を見てみると、ほぼ半数が文系出身となっている。 では、現代の企業がITプロフェッショナルに求めるソフトスキルとは、どういったもの

日本のIT現場で、日々当たり前に進められているシステム開発。そのやり方に、疑問を抱くことはまずないだろう。しかし、第三者の目で見ると、そこには世界の常識とは異なる部分がある。 別のやり方を知る外国人の目を通して日本のシステム開発を眺めることで、日本のやり方の良い点や他国に見習うべき点が浮かび上がってくる。日経SYSTEMS 2012年9月号の特集1「ここがヘンだよ 日本のシステム開発」の取材活動で、日本のIT現場で活躍する外国人エンジニアや、グローバルなシステムの開発に携わることが多い日本人エンジニアに、日本と外国のシステム開発の違いについて聞いた。取材を通じて、日本のシステム開発で独自性の高いところが多数明らかになった。ここでは、複数の人から「これはおかしい」と指摘された3点に絞って紹介する。 開発者は常に文句を言われる立場 香港出身で中国と米国、日本においてシステム開発経験が豊富なある

技術革新は須く斬新的なものであるべし、という肩に力の入った信念の人は流してください。ちょっと、力の抜いた小ネタなので。 最近というかここ10年来、いわゆる業務系のシステムに関わっていてよく思うことではあります。特に最近、NoSQLやHadoopといった「新技術」が登場するにつけて強く感ることではあるのですが、なんというか、「こんな感じ」のことができます、というようなプロダクトアウト的でありながら、かつ、漠然とした抽象的な話が多すぎる気がします。要は、全般的に問題の設定が苦手だよなということです。 特定の技術の各論はともかく、まず、大上段に構えると、実はITでは一般の人が想像する以上にユーザーとベンダーで期待ギャップがあります。ユーザーから見ると、大抵は「こんなこともできないのか？」ということがごく普通にできません。一方、一般のTVとか報道とかは、スパコンや遺伝子やビッグデータや、なんやらか

まず超個人的な見解です。あとWeb系の人は関係ないので、そういう人は読んでも無駄です。ここでいう業務系エンジニアというのは、主にSI屋で特定企業向けのシステムを構築しているエンジニアの人たちをさします。 まず、非常に難しい時代になったと思います。 端的に、ちゃんとしたSIをやることが難しくなりました。まず、技術的には面倒なことが増えた、というかできるオプションが制御できないくらいに増えているので、うまく制限をしないとコードや仕組みが劣化する一方になりました。エンジニアリングに自由を！というのは聞こえはいいのですが、チームプレーをするのに、いちいち約束事決めないと回らないようになっているような気がします。それも毎回。始めるたびに。 別段、いきなりチームメンバーの能力があがったり、さがったりするわけではないのですが、なぜか外すと酷いことになる振れ幅が増大したような気がします。ルール決めをいちい

システム導入に関わる立場にある方なら、これが何の金額かお分かりだろう。前記は同社のシステム開発に関わった日本IBMに支払いが命じられた賠償金額。後者は、日東電工のシステム開発に携わったフューチャーアーキテクトからの訴訟に対する反訴の請求額である。 いずれも大企業とはいえ、相当の額である。これほどの額でないにせよ、「費用に見合ったものができていない」「工数をかけてプロジェクトを行ったが、お金がもらえない」といった話は、実はあちらこちらで起こっている。 何年か前に雑誌「日経コンピュータ」が、「動かないコンピュータ」というテーマで記事を連載していた。同誌によれば、成功するプロジェクトは「3割未満」だという。 システム導入の現場に携わることの多い筆者から見ると、3割うまくいっているという実感はあまりない。むしろ、うまくいったという話はほとんど耳にしたことがない。 ここ数年、プロジェクトマネジメント

首相官邸の公式ホームページが2012年4月2日、リニューアルされた。 これが「お金をかけすぎている」とインターネット上で批判の嵐となっている。増税や公務員削減などが実施されようとしている中、無駄使いではないかという声が多くあがっているのだ。 首相官邸HP、リニューアルに4500万円　ネットで怒りの声 「もっと安くできる」 – J-CASTニュース この記事ですが、ネット上での「高い」という声は一般消費者感覚としては理解出来ますが、Web業界で働く私の周囲のリアルな同業者からも、ネット上の一般の方と同じように「高い」「騙されてる」「金のムダ使い」というような意見が出まして、ちょっと違和感を覚えました。 また一方で、同業の方でも実際このクラスの規模の案件を受託しているような受託業者さん界隈からは「これくらいはかかる」「この金額以下だと受けられない」という声も聞かれました。 私は後者の声に同感で

ご挨拶 今月の第二日曜日は3月11日でした。言わずと知れた、あの「3.11 東日本大震災」から丸一年が経過した日です。改めまして、当時亡くなられた方々のご冥福をお祈り申し上げます。また、被災され現在も不便な暮らしを強いられている大勢の方々にお見舞い申し上げます。一日も早く元通りの日常が送れるようになることを願って止みません。 3.11の14:46、オレは代休で自宅にいるところにあの大地震がやってきました。自身が立つこともままならないような衝撃の中、不安定なテレビ台とPC棚をなんとか抑えて揺れが収まるのを必死で耐えたのは、今でも鮮明に思い出すことができます。それもあって我が家の被害は全くなく、妹も職場の方の好意で車で送って貰え、日付が変わった頃に無事帰宅できました。都内では翌日昼を過ぎても帰宅できなかった人が多かった中、我々は非常に運が良かったと思います。 はじめに さて、オレにとって、この

日経SYSTEMS 2012年4月号の特集１が「システムを育てるカイゼン型開発のススメ」ということで、Part4に私も寄稿させて頂きました。ソニックガーデンが今のビジネスモデルを採用した理由について書きました。 「カイゼン型開発」という言葉は、2006年に私がブログで書いたのですが、ようやく時代が追いついてきたのかと感慨深いものがあります。そして、2012年の私たちは既にそこからさらに先に進んでいて、その答えとなる「納品のない受託開発」というビジネスモデルに辿り着いています。 実際に掲載された寄稿記事の方では割とコンパクトにまとめてもらいましたが、こちらではディレクターズカットということで元々に書いた原稿の方を公開します。もし、このブログよりもさっと読みたい場合は日経SYSTEMSを読んで頂くのが良いかと思います。 ソニックガーデンでは「納品のない受託開発」という少し変わったスタイルでの受

あなたが携わるシステム開発プロジェクトで、開発速度が10倍速くなったらどう思うだろうか。「利用者にすぐに使ってもらえたり早く帰れたりするので、嬉しい」と思うか、「人月で見積もっているので売り上げが減ったりこれまでのマネジメントの方法が変ったりするので、嬉しくない」と思うか。 いずれにしろ、その後にこう思うことだろう。「そもそも10倍なんてできるわけないじゃないか」。だが、実際にできているユーザー企業が登場している。 記者は今年の1月と2月、日本と韓国で25社以上のユーザー企業を訪ねた。日経コンピュータの3月15日号に掲載した特集「『超高速開発』が日本を救う ～サムスンは既に始めている～」の取材のためだ。その中で、スクラッチ開発と比べて「10倍以上に開発効率が高まった」という声を、いくつも聞くことができた。三井住友海上火災保険や朝日生命保険、東京都足立区役所などである。 これは簡易的なシステ

次期年金システムの開発プロジェクトが、発注の失敗をきっかけに1年以上停滞していることが本誌の取材で明らかになった。設計作業を受注したIT企業の1社が役目を果たせず途中でギブアップし、再発注がなされないままの状態になっている。税と社会保障の一体改革をめぐる政治の混乱もあり、再開のメドは立っていない。 ストップしているのは、オープン化を目指す次期年金システムのプロジェクトだ。厚生労働省は「年金記録問題」が表面化した後、既に着手していた基本設計の一部をやり直す「補完工程」を3社に分割発注した（図）。3社のうちシステム基盤設計を3億8640万円で受注したユーフィット（現TIS）が、契約を履行できなかった。 アプリケーション設計を担当したNTTデータと工程管理支援を受注したTDCソフトウェアエンジニアリングは、それぞれ「契約どおりに作業を進めた」（厚労省年金局）。一方、システム基盤設計の進行は遅れた