[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

developmentとbusinessに関するyhira0202のブックマーク (7)

  • 特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐

    特許庁が進めてきた基幹系システムの刷新プロジェクトが失敗に終わり、開発に投じた約55億円が無駄になってしまったことが、先週相次いで報じられました。 [スクープ]特許庁、難航していた基幹系刷新を中止へ - ニュース:ITpro 朝日新聞デジタル:費やした55億円、水の泡に 特許庁がシステム開発中断 - ビジネス・経済 このプロジェクトに「内閣官房GPMO(ガバメントプログラムマネジメントオフィス)補佐官」の肩書きで2009年まで民間から参加した萩順三氏(現 匠BusinessPlace 代表取締役社長)がFacebook上で当時を述懐しつつ、失敗の要因を分析していました。今後、失敗プロジェクトを繰り返さないためにも、重要な発言として人の許可をいただいてまとめました。 特許庁の情報部門に幾度も中止を迫った 萩順三氏の発言の主要な部分を引用します。 内閣官房GPMO(ガバメントプログラムマ

    特許庁の基幹システムはなぜ失敗したのか。元内閣官房GPMO補佐官、萩本順三氏の述懐
  • スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog

    2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している

  • クックパッドのシステム構成 « クックパッド開発者ブログ

    クックパッドのhashikemです。 弊社でも開発者ブログを始めることになりました。よろしくお願いします。 初めての記事なので、軽くクックパッドのシステム構成を説明します。 まず、OSはCentOSを使用しています。いざというときにRedHatに乗り換えられることを重視しましたが、CentOSのままの運用で、無事に現在にいたっています。 フロントのWebサーバはApache2.2です。nginx など、他の可能性も考えたのですが、mod_proxy_balancer, mod_rewriteなどの運用経験から、Apacheを使用しています。 アプリケーションはRails2.0です。以前はColdFusionで独自のフレームワークを作って構築していたのですが、アジャイルさを追求したフレームワークであるというメリットに惹かれてRailsへと移行しました。 各アプリケーションサーバでmongre

    クックパッドのシステム構成 « クックパッド開発者ブログ
  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • 従来のソフトウェアエンジニア人事工学が決定的に間違っている点 : 404 Blog Not Found

    2009年02月06日05:30 カテゴリArt 従来のソフトウェアエンジニア人事工学が決定的に間違っている点 ここまでは、誰もが同意するだろう。 従来のソフトウェア工学が決定的に間違っている点 - kwatchの日記 仕事が高度になればなるほど、属人性は排除できないし、人材の替えはきかない。問題を解決できない人間を100人集めても、問題は解決できない。問題を解決できるのは、問題を解決できる能力を持った人間だけ。頭の悪い大人100人より、すごく頭のいい小学生1人のほうが、成果物が出る。ソフトウェア開発はそういう類いの仕事。 にも関わらず、 ソフトウェア開発も同じような体制にしたほうがいいのではないか。生産性が 30 倍違うのであれば、バカプログラマー 30 人を雇うより、スーパープログラマー 1 人にサポートスタッフ 5 人つけたほうが安くていいものができるだろう。 とならないのはなぜか。

    従来のソフトウェアエンジニア人事工学が決定的に間違っている点 : 404 Blog Not Found
  • 404 Blog Not Found:まとめ - 顧客が本当に必要だったもの

    2007年06月14日13:45 カテゴリ翻訳/紹介 まとめ - 顧客が当に必要だったもの 元ネタがネットで広まってから二年ほど経つので備忘録代わりに。 [追補アリ] どうやら開祖 Tire Swing Cartoon 多分元祖 from the mind of Phord - Blog Archive ? What the customer really needed 日における紹介 顧客が当に必要だったもの 〜 少し長めのあとがき|IT暴言-59-|鈴木 正之助 これらを受けて、 シャブ壱inDEEP - 画像:顧客が当に必要だったもの:グラビアver 顧客が当に必要だったもの(ガンダム編) 萌え理論Fotolife - ゲーム当に必要だったもの 出会い系サイトの実態とは-安藤美姫 - 世界フィギュアスケート選手権応援ブログ 画像コーナー リリカルゴルカルApple100

    404 Blog Not Found:まとめ - 顧客が本当に必要だったもの
  • 2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館

    が、過大評価はしない。 「IP電話を導入する場合のベンダーの見積もりは約2億円だった。アナログ交換機を更新する場合でも費用は約2000万円。しかし自分たちで敷設することでサーバーは20万円,電話機500台は800万円で導入でき,電話料金も年間400万円削減できた」---秋田県大館市産業部商工課商業労政係主事の中村芳樹氏は,IP電話導入の経緯と効果をこう振り返る。 見積もり2億円のIP電話を820万円で構築した秋田県大館市から学べること | 日経 xTECH(クロステック) 詳細に要件が見えている状態で2億円提示されたらまあそのベンダーは切ってもよい。逆に、適当にこういうことがしたいんですけどー的なノリで見積もらせたのであれば極大に金がかかるシチュエーションを想定して「最大このくらい」で見積もるだろうから、お役所と思って足元を見る(お役所は緊急時のために無駄を積まなければならない存在ではある

    2億円の見積もりされたのを820万でできたのはすばらしいと思う - novtan別館
  • 1