電通、三菱UFJ信託銀行など大手企業が相次ぎ参入を表明する「情報銀行」。ここに挑むベンチャー企業がDataSign(東京・渋谷)だ。同社の太田祐一社長は情報銀行という言葉が生まれる…続き 中部電力が「情報銀行」参入へ 電力データを活用 [有料会員限定] 「情報銀行」説明会に200社 データ流通の枠組み始動
![テクノロジー : 日経電子版](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d5ddedbcd31d627435a421dc21d870d6419596d/height=288;version=1;width=512/https%3A%2F%2Fassets.nikkei.jp%2Frelease%2Fv3.1.78%2Fparts%2Fds%2Fimages%2Fcommon%2Ficon_ogpnikkei.png)
開米のリアリスト思考室: 協調性がなかったから、独立した 独立した人に理由を聞くと「やりたいことがあった。会社の中ではできないことだった。好きなことを仕事にしていきたかった」といった答えが返ってくるもの。しかし先日会った人からは意外な言葉が返ってきたのです。(09/20) 開米のリアリスト思考室: 話があちこち飛ぶ上司への対処法 口頭で話があっちこっちに飛ぶ、アイデア先行の思い付き型。そんな人が上司だった場合、その話を実務に収束させるためにどのような工夫ができるでしょう?(09/04) 読解力図解力と教える技術の謎解きブログ: ロジカルシンキングでは感情を覆せない 知人がブログで紹介していたリンク先が、デマ記事だったとき。本人にそれを伝えたら、意外な言葉が返ってきました。(02/18) 説明書を書く悩み解決相談室: ロジカルよりも大事なこと――心に響く切り口は当事者でなければ分からない 前
仕事のパートナーにも使える恋愛術: 「理想の相手に出会うための4ステップ」と「より良い関係を築くコツ6つ」 いつもより異性を意識してしまうバレンタインデー、ホワイトデーの季節です。恋人がいない人には理想の相手に出会うための策を、パートナーがいる人にはギクシャクした部分を直すコツを一挙公開。ビジネスパートナーにも使えます。(02/13) 「心のスイッチ」で心の状態を変える: 「何でもできる」より「これができる」 ボーナスカットに給料カット。遂に自分もリストラか……と、誰もが不安を抱える不況時、生き残りやすいビジネスパーソンとは――?(02/05) 「心のスイッチ」で心の状態を変える: 「忙しい、疲れた」厳禁、「大丈夫、楽勝」を口癖に ちょっとした口癖でも自己暗示にかかるって知ってましたか? 同じ状況なら「忙しい」「疲れた」より「大丈夫」「楽勝」と言った方が、心の状態がよくなっていい結果が出る
「ソフトウエア・エンジニアリングという言葉は知っているが,ソフトウエア・ファクトリーとは何だろう」と疑問を持つ読者もいるかもしれない。ソフトウエア・ファクトリーとは「ソフトウエア・エンジニアリングを,システム開発・運用・保守の現場でシステマチックに実践するための組織形態の一つ」である。要は,品質の高いソフトウエアを,効率よく,現場が疲弊することなく開発・保守するための仕組みである。 この言葉が誕生したのは,今から40年ほど前にさかのぼる。実は,ソフトウエア・エンジニアリングという言葉とほぼ同じ時期に誕生しているのだ。1968年,ドイツ・ガルミッシュにおいて「第1回 ソフトウエア・エンジニアリング・ワークショップ」が開かれ,「ソフトウエア・エンジニアリング」という語が初めて誕生した。このとき,ソフトウエアの再利用によって開発生産性と品質を向上するための組織を指す「ソフトウエア・ファクトリー」
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
はじめに 今日のクローズアップ現代のテーマが地頭力だった。 新卒採用において学生に求める能力であり、なんでも0から1を生み出す力のことらしい(これはあくまで番組中のある会社が言っている定義のようだけど)。「0から1を生み出す」っていうところにカチンときたので、だらだらエントリかくはめになった。要点は三つ。 ・0から1を生み出せるわけ無いだろ ・でもクリエイティブ職は0から1を生み出せるのか? ・まあ僕は1と1をつなぐ過程の方に魅力を感じるけどね 0から1を生み出せるわけ無いだろ 結論からいうと、どんな独創的なアイデアも、既存のものからしか生まれない。 このことはもう1988年にジェームス・W・ヤングという人が「アイデアのつくり方」という本で言い尽くしたことなので、21世紀には常識かと思っていたんだけど、どうやらあまり認識されていないようだ。もう一度引用して繰り返す。 アイデアとは既存の要素
小飼さんのblogより。 地頭力?石頭力! まぁ読んでてネタを思いついただけで、そんなに深く関係があるわけじゃないんだけど、この中の 「0を1に」とか言っている会社は重要な勘違いをしている。0を1にできる人を、言葉は悪いが足軽扱いするとは何様、である。 でちょっと思い出した。 いろいろな考え方があるだろうけど、企業での商売の単位は「口」ではないかと思う。つまり、「何人の口を養えるか」ということ。つまり、何人分の給与が支払えるかということ。「人前」と言ってもいいのかな。この単位は評判の悪い「人月」との整合性がいい。「だからダメ」という意見もあるかも知れないけど、逆にこれと整合性がいいから私は「人月」を否定しないのだ。 もちろん「口」にはデカ口もおちょぼ口もある。そういった「個」はあるけれど、それはそれぞれの口の大きさの違いだけであって、「口の数」という大雑把な見積りをする時には、口の大きさの
「フェロー」なんて言って「ぼくちんは稼がなくていいんだヨ」みたいなことを言っているのは、 単なる穀潰し としか評価出来なくなってしまう。 おごちゃんの言葉は深く考えさせられる。 特別待遇の人はいてもいいと思うけど、最終的に収支が見合わなければ、会社はやっていけない。稼がない人がいれば、その分誰かが稼がなければいけない。 ただし、収支といっても単純に金を稼げば良いという話でもない。どんな企業にも直接利益を生み出さない間接部門の人がいるが、その人たち無しでは企業はやっていけないのだから。 結局、チームでどれだけのパフォーマンスを出せるかが重要で、0を1にする人が良いとか悪いとかは、関係ないと思う。 特別待遇の人は間違いなく間接部門だ。直接利益を上げている人たちに対して、自分が何をして上げられるのかを常に考えていないければいけない。「自分は稼がなくても良いんだヨ」って思うんじゃなくて。 この話が
「304 Not Modified: SEは通訳さん」を読んで、まなめさんの設計書の書き方は、僕がやっている書き方とそんなには変わらないのかもしれないと思った。 或いはどのSIerでもあまり変わらないのかもしれない。 仕様の面での自由度は無いようにする。しかし、プログラムの構造に影響を与えるような書き方だけはしない。 304 Not Modified: SEは通訳さん これは大事だなと思った。 仕様はちゃんと決まっているけど、実装上の自由度は残す。 変なプログラマさんだと怖いけど。 ある程度付き合いがあるプログラマさんだったら、これがいいと思う。 ものすごい大雑把に言うと、SE(システムエンジニア)はシステムに関わる通訳さんなんだと思う。SIerは顧客とエンジニアとの通訳さんで、エンジニアはSIerとプログラマの通訳さんで、プログラマはエンジニアとコンピュータの通訳さんなんだ。 304 N
ものすごい大雑把に言うと、SE(システムエンジニア)はシステムに関わる通訳さんなんだと思う。SIerは顧客とエンジニアとの通訳さんで、エンジニアはSIerとプログラマの通訳さんで、プログラマはエンジニアとコンピュータの通訳さんなんだ。 と思ったのも、「数学でつまずくのはなぜか」(小島寛之)を読んだからなんだけど、初期の数学において最もつまづきやすい部分は数学的表記の部分だという。確かに、数字では理解していてもそれを共有するために言語として表現するための規則が疑問だらけだったりする。 人は自分の頭の中で完結する分にはそのままで良いのだけれど、それを誰かと共有するときに“言葉”にしなくてはならない。例えば、このブログだって私が考えていることを他の人にも知ってもらいたくて、このようにブログという形で表現している。絵描きは絵で表現するし、ミュージシャンは音楽で表現する。しかし、これらは分かってくれ
こんにちは、小久保です。今回は受託開発事業と自社媒体事業におけるディレクターの意識の違いについて書きたいと思います。 弊社はもともとウェブ関連のSI事業から始まっており、私が入社した5年前もほとんどの仕事がウェブの受託開発・運用でした。 そこから紆余曲折がありながら、現在のメディア事業中心の会社へと変化してきたわけですが、その過程における組織変更はまさに試行錯誤の連続でした。 以前、面白法人カヤックの柳澤社長が「受託開発と自社開発の両立」という記事を書かれていましたが、この記事を読んだときに「やっぱりどこも同じような悩みをかかえているんだなぁ」と激しく共感したことを覚えています。 ところで皆さんは、受託事業と自社媒体事業について一般的にどのようなイメージを持たれているでしょうか? 弊社が事業シフトの過渡期にあったときに頻繁に出ていた声は以下のようなものでした。 受託 = クライアントに詰め
2007/10/31 最近の新卒採用で人気が低迷する国内IT業界。不人気の理由は何なのか、人気回復はできるのか。情報処理推進機構(IPA)は10月30日のイベント「IPAフォーラム2007」で、IT業界の重鎮と理系学生による討論会を開催した。テーマは「IT産業は学生からの人気を回復できるのか」だ。 討論したのは、東京大学、筑波大学、日本電子専門学校の現役学生10人とIT業界の重鎮2人。IT業界の重鎮とは、自身ではメインフレーム開発しか行ったことがないというNTTデータ 取締役相談役で、情報サービス産業協会 会長の浜口友一氏と、TISの代表取締役社長 岡本晋氏だ。加えてIPA理事長の藤原武平太氏が答えた。 そもそもイメージがわかない 「IT産業へのイメージ」との質問に対して学生の1人は「IT産業は自分たちの生活に欠かせないもの、生活を支えてくれる基盤である」と優等生な回答。しかし、別の学生か
はじめに 企業情報システムに関して、これまで「ユーザ目線のBPM」と「ビジネスコンポーネント指向開発」というテーマで書いてきたが、これらはどちらかというとHow Toに近いもので、その前にそこに至った背景というか、全体感があってこそ意味があることになる。すなわち、その会社の情報システムをどんな「かたち」のものにしたいのかを明確にしておく必要がある。 それってEA(Enterprise Architecture)でしょという声が聞こえてきますが、確かにそうなのですが、何かEAと言ったとたん、すごく難しいような気がしてしまいます。もちろんEAの思想や体系は参考にしますが、もう少し気楽に考えようというのがここでの趣旨です。 簡単に言えば、会社のなかの業務にはどんなものがあるのか、その業務遂行にはどんなシステムが必要で、そのシステムの構造をどうするのかがあり、それをどのように開発して、保守・運用し
なにやら息子が「親子で紐解くWeb2.0」と題して、これからぼくを鍛えるそうだ。確かに世の中Web2.0という言葉が氾濫しているが、少なくとも皆が理解しているとは到底思えないし、年寄りはなおさら全く分からないまま、その恩恵に浴すこともないのだろう。しかし、年寄りにとってもひょっとしたら”すごいもの”かもしれないし、ライフスタイルだって変わるかもしれないのです。 親が子どもにキャッチボールを教えるように、こどもから親にWeb2.0とは何かを教えることも大いに結構なことだ。(亀田親子のような鍛えられ方はごめんだが) これから、紐を解く過程と紐が解けたとき中から何がでてくるのか皆さんに伝えていきたいと思います。まずは、開会のご挨拶! 親父から息子へ 若い人の中には、パソコンやインターネットはずっと昔からあったものだと思っている人もいるかもしれないが、パソコンなんてほんと最近現れたものなのですよ。
昨年末になるが、財団法人「社会経済生産性本部」というところから「労働生産性の国際比較 2006年版」というレポートが出ている。なぜ今頃そんな話を持ち出してきたかというと、ちょっと前にこれに関連した朝日新聞の記事を見たのと、ある会合で日本のIT投資が先進国で最低だというような話を聞いたからである。 このレポートは、各国のGDPを全就業者数で割った値を「労働生産性」として、その値を比較している。労働者一人が働いて生み出す付加価値が多いほど生産性が高くなるというわけだ。その報告では、日本の労働生産性(2004年)は59,651ドル(798万円)で、OECD加盟30カ国中第19位、主要先進7カ国間では最下位というショッキングな結果となっている。 ちなみに第1位はルクセンブルグ(90,683ドル/1,213万円)、第2位は米国(83,129ドル/1,112万円)です。 ただこれだけだと、何だ日本は非
情報サービス産業に対しては,人月単価ベースのビジネスモデルがいけない,エンジニアを使い捨てている,高い単価でオフショアとどう戦うのか,とかいろいろなことがいわれているし,どっかに活路がないものかなとここ数年いろいろ調べたりもしたのだけれども,最近ふと別に情報サービス産業に明日がなくても構わないじゃないか,と考えるようになった. 結局のところ要件定義や仕様書に基づいてシステムをつくるという仕事は,ITが生む付加価値そのものを受け取るようにビジネスモデルができていないのだ.技術や製品・専門知識に希少性があった時代はそれでも儲かったが,ハードやソフト,それらに対する知識がコモディティ化した瞬間,サービスやソリューションそのものがコモディティ化することは避けられなかったのだろう. 僕はIT自体にはまだまだ可能性があると思うけれども,徐々にレントがIT製品を扱う企業から,ITを活用して新しい価値を生
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く