全くもって、その通りだなぁと思った。 初期段階ですべての意志決定をしても、問題はコードを書き始めてから表れるのです。そして終わりに近い時点で判断する方が、より正しい判断ができるはずです。ですから、できるだけ意志決定は先延ばしにして、正しい意志決定をしようとするのがアジャイルのやり方です。 「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey ｢ウオーターフォールとは｣のラベル貼りの議論になるとめんどくさいから、とりあえず｢初期段階ですべての意志決定をしようとするシステム開発の進め方｣という定義で話を進めたいと思います。 滝 ｢要件定義｣→｢設計｣→｢実装｣→｢テスト｣という一連の流れがあって、ウオーターフォールなるものは前工程が100になるまでひたすらそこでPDCAを回します。100になると言う意味は、ソフ

前回のエントリーで日本とインドのシステムインテグレータは非常に似通っているという話をしたが、今回は決定的に違う点を1点指摘したい。既にぶくまのコメントでも頂いているが、その違いは使用言語、もっと俗っぽいいい方をすれば英語力だ。インドのシステムインテグレータの規模は10万人程度と紹介したが、10万人全てが例外なく英語を話し、全てのプロジェクトが英語で進行する、これは日本のシステムインテグレータとの大きな違いだ。 私のインド人の同僚曰く、インドにはヒンディー語と英語という2つの公用語があるが、ビジネスの世界では英語が公用語となっている。よって、TCSやWiproのような巨大システムインテグレータに勤める人の中には、英語ができないどころか、英語が苦手という人は一人もいなく、プロジェクトが英語以外（ヒンディー語も含め）の言語で行われることもまずない。 この言語力から派生して、日本とインドのシステム

プレゼンしながらTwitterのつぶやきをリアルタイムでPowerPointに表示できる部品、SAPから 最近ではセミナーや講演の参加者が、その内容や感想をTwitterでつぶやくことも増えてきました。そんなつぶやきを、そのままプレゼンに反映してしまえる部品が公開されています。 この部品を使うと、TwitterのつぶやきをPowerPointの画面上でリアルタイムに表示することができます。会場の反応をそのままプレゼンにフィードバックできるわけです。

やれブログだ、やれクラウドだ、セカンドライフだ、ツイッターだ、２．０だ、Ajaxだ いろいろアメリカ発の技術やら流行やらを追いかけて、騒いで そのたびにフラフラとしている日本のIT関係者ってなんなんだろうと思うのですが この流れはどうにかできない物なのですか？ あと、どうして日本の企業は外国に出て行こうとしないのですか？ 出て行って失敗したならまだ良いけど、出て行こうとしないってどうなのでしょう 僕はまだ学生ですから、甘いのかも知れませんが もう少し主体性とかもてないですか？ 我の強い企業があっても良いと思うんですけどね。 これからはこうなる！いや俺たちがそうしてやるぜ！みたいな 任天堂とソニーくらいじゃないですか 結局ゲーム会社かよみたいになっちゃて、オタク丸出しですが でも、実際ゲームくらいしか世界でやって行けてないよなぁと思うわけで それ以外の会社は、これからはどうなるの？ねぇ、どう

経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。

弊社の我が部には全社的に評判の悪いプログラマーがいる。 生産能力は1ヶ月当たり僅か30ステップ、BUG込み。 誰からも、上からも下からも使えない奴と思われ出て行って欲しいと思われ、部を転々としている。 なぜか私より月当たりの給料は8万円も高い。 弊社の我が部には全社的に評判の悪い係長がいる。 見積もりすら出来ない。プロジェクト管理も出来ない。 誰からも、下からも上からも使えない係長と思われ、先日、降格となって平社員になった。 なぜか私より月当たりの給料は10万円も高い。 弊社の我が部には協力会社からもスカウトが来るような出来のいいプログラマーがいる。 上からも下からも頼りにされ、部の中では一目置かれている。 が、平社員で、給料は私より月4万円も低い。 弊社の我が部には他社に転職していったプログラマーがたくさんいる。 OracleMasterGoldや高度情報処理の資格を持ち出来る奴だった。

株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 偽装請負というのは、コの業界（古い隠語だけれどコンピュータ業界のことね）のいわゆる悪弊であったりするのですが、それぞれについて分からないというお話や勘違いしてることも多いかと思うので、ちょっと整理してみよう。 ● まずは言葉の意味から ■ 請負契約 納品物に責任を負う契約。つまり、成果物が完成しなければ報酬はもらえない。どのように作ったかは個別に契約していない限り問われない。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ■ 委任契約（準委任契約） 作業に責任を負う契約。ちゃんと作業をしていれば（善管注意義務を果たしていれば）成果物がなくても報酬がもらえる。受注側が従業員を使う場合、発注側が指揮監督をすることはできない。 ※ ここまでを分かりや

「情報システム関係の人とかこれ見とくといいよ - チョコっとラブ的なにか」と「パフォーマンスベース契約関連の話の続き・その1 - チョコっとラブ的なにか」の続きの話です。 id:andalusia さんとのやりとりで、 これ、どうやって工事進行基準やるんだ？ というブコメに対して、私がちゃんと調べないで感覚的に答えてしまって申し訳なかったのですが、その後、8/3のエントリでは、下記のように追記しました。 対価の額に関する定めの一部又は全部が将来の不確実な事象に関連付けて定められている場合で、かつ、信頼性をもって見積ることができるものについては、パフォーマンスベース契約でも、工事進行基準の会計基準となると思います。 ただし、信頼性をもって見積ることができないものについては、工事進行基準にはできず工事完成基準となるということだと思います。正確な見積もりができるかどうか、という点にかかっています

答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける １次請け、要件定義書の執筆を始める １次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基本設計実施要領の執筆を始める 基本設計 この工程は、２次請け以下には秘密裏に行われている 詳細設計 １次請け、詳細設計実施要領の執筆を始める １次請け、だいたいこのあたりで２次請けへと乾坤一擲 ２次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に５次請けくらいまで仕事が割り振られている 製造 １次請け、製造工程実施要領の執筆を始める １次請け、単体テスト実施要領の執筆を始まる ５次請け、電球フィラメントのくるくるを手で作成しはじめる ４次請け、求める匂いが上手く出せないと３次請けに駄々をこねる ３次請け

景気は循環的だから遠からず企業のIT投資は回復する。しかし同じことが繰り返されることはない。ユーザー企業が開発を主導するかは別として、新技術やIT統制への対応、事故に対する責任の顕在化で、担当者の身元や能力に対する管理責任も高まった。多重下請け構造ではリスクも施工能力も管理できないから、余裕のあるところから統制に責任を持てる体制にシフトしつつあるのではないか。 SIer主導ではなく、ユーザ企業主導の開発体制になって欲しい。そうすることで、ユーザ企業は、やりたいことを素早く安く上手に行うことができるし、SI業界も再生できる。これが私の願いです。 この不況をどう過ごすかで、SIerやSEの命運は大きく変わる。仕事にブランクが生じても最新技術にキャッチアップし続けられるか、景気回復後もリスクを抑えつつ需要増へ柔軟に対処できる施工能力を持てるかが鍵となるだろう。 ネットバブル崩壊後、サーバー価格は

ござ先輩のところで、SIer涙目な状態が解説されてますね。 最近SIerがだいぶヤバくなっている件 - GoTheDistance 書いていることはだいたいあっているんじゃないかと思います。 じゃ、SIerは、どうやれば生き残ることができるのか。 「今の体制のまま生き残る必要はないんじゃないの」というのが私の考えです。多重下請け構造こそ、SI業界の最大の問題点なわけだから、「ゼネコン型SIビジネスが崩壊する」のは、悪い話じゃない。 もちろん、会社がなくなったりすると職がなくなり困る人も出てくるわけですが、問題のある業界を残しておくより、一度解体し、新たにやり直したほうがいいと思います。 だって、実際に物を作れないような人たちが設計するなんて、おかしいし、効率悪いもの。 効率の悪いことをしている人が淘汰されるのは当然の話です。 だったら、なぜこれまでゼネコン型SIビジネスが生き延びてこれたの

来年も作りたい！ふきのとう料理を満喫した　2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…

9:00 出社。PCを立ち上げ一日の予定を確認。(特に予定はない) 9:05 メールを確認。(特に重要なメールはない) 9:10 仕様書やプログラムの画面を立ち上げておく。(一応客先なのでフリとして) 9:15 プログラミングのお勉強。(特にプロジェクトとは関係ない) 12:00 昼飯(ネットで午後用の読み物探す。※ネットは昼しか見られない) 12:30 お勉強に飽きたら、収集しておいたおもしろいブログ等の読み物を読み漁る。 17:30 帰宅。 ---- 私のここ最近の、一日の仕事のスケジュールである。 見たか、とんだ暇人だ。 一応この暇人の簡易スペック。 ・Fランの４大卒 ・社会人５年目 ・肩書きはSE ・幅広い業種を扱う中小IT企業 ・某大手に出向中 ・月の手取りは２０万未満（残業ほぼ０） はっきり言って暇だ。 仕事中にこんな文章書いてしまうくらい暇だ。 社会人５年目にしてこの暇さであ

外資系のソフトウェア・ベンダーに転職して1年が経つ。転職するまで日本のIT業界の構造についてじっくり考えることなどあまりなかったのだが、今の会社で仕事をしていると否が応でも考えなければならなくなる。日本のIT業界はアメリカと構造が異なる点が色々あるが、その中でも重層的な下請・階層構造をとっている、ということは特徴として際立っている。本国が作成したパートナー契約を締結しようとか、本国で構築された社内システムをロールアウトしようとすると、大体重層的な下請・階層構造という問題が立ちはだかる。本国アメリカのパートナー契約はバラエティに欠き、多様なパートナーに対応できないし（例えば、システム・インテグレータに対する考慮が足りない）、社内システムも階層の深さへの思慮が足りなく、折角手にした情報を入力する受け皿もなかったりする。また、階層が深いためソフトウェア・ベンダーはお客様との距離が遠くなり、この距

ちょっと前に、ホリエモンこと堀江氏がブログにベーシックインカムの話を書いていた。山崎元氏のブログが面白いと紹介しつつ自論を展開しているのだが、ちょっと微妙な感じがした。 この話とは直接関連はないのだけど、最近人気が出てきた堀江氏のブログやそのコメントを読んでいると、いろいろと反論したくなるところが多い。そういったこともあって、起業志望の人間として、堀江氏とライブドア事件について、以前から一度見解を書いておきたい思っていた。 この際なので、ライブドア事件から順に書いてみたいと思う。 私は昔から堀江氏の経営スタイルが嫌いで、幸いライブドア株も買ったことはない。そして、例のライブドア事件で経営陣（特に宮内氏）がやったことは、起業家として風上にも置けない行為だと思っている。 下記に一審と控訴審の判断要旨から抜粋引用する。 「過去の事例と比べて粉飾額は高額ではないが、企業価値を過大に見せかけて株価を

堀江貴文オフィシャルブログ「六本木で働いていた元社長のアメブロ」 一般的には、ホリエモンとか堀江とか呼ばれています。コメントはリアルタイムには反映されません。私にコンタクトを取りたいときは、info@takapon-jp.comへメールでご相談ください。 銀行のブランディング - isologue(イソログ）- by 磯崎哲也事務所 新たにブランドを立ち上げるコストやら看板の架け替え費用やら利益を考えたら馬鹿な選択なんだろうが、銀行の「公共性」やら銀行の顧客に対する便宜（広告代理店やらシステム屋やら、あるいは銀行子会社のSIerなど）を考えればトータルではプラスになるんだろうな。 とは、いえそんなことまで考えて名前を変えているとは思えんけど。統合するときに、対等合併っぽく見えるように、とりあえず「太陽神戸三井」とか、「三菱東京UFJ」とかにするけど、後で変えましょうパターンが一番オーソドッ