開発途中で退職したエンジニアの責任 東京地判平27.3.26（平26ワ12971） - IT・システム判例メモ
ソーシャルゲームの開発中に退職した従業員らが，会社から開発頓挫の責任を追及された事例。 事案の概要 Xは，ソーシャルゲーム（本件ゲーム）の開発を目的として設立された会社である。Yらは，Xの設立前から，Xのグループ会社の依頼を受け，本件ゲームの開発に関わり，Xが設立された後には，Xの従業員となって，本件ゲームの開発に従事した。 本件ゲームのリリースは，当初定められていた時期には間に合わず，延期された。 その後，Yらが，いずれも本件ゲームのリリース前に退職したところ，Xは，Yらが開発設計仕様書も作成せず，突然の退職によって本件ゲームの開発が頓挫して損害を被ったとして，主位的に不法行為に基づく損害賠償として，予備的に労働契約上の債務不履行に基づく損害賠償として，5400万円の賠償を求めた。 ここで取り上げる争点 Yらは，信義則上，あるいは労働契約上の義務として，開発設計仕様書を作成する義務があっ
サービスをつくりなおす決断をするとき
リーンアナリティクスの概要を30分で理解できるようスライドを作成しています。実際に社内プレゼンでは30分で終わりました。 リーンアナリティクスの前提となるリーンスタートアップについても簡単に説明しているため、前提知識がない人でも一通り理解できると思います。 なにかご不明の点があれば、以下までご連絡ください。 info@sikmi.com You can get an overview of LEAN ANALYTICS in 30 minutes. Actually the in-house presentation was the end in 30 minutes. Due to the brief description of THE LEAN STARTUP that is the premise of LEAN ANALYTICS , and I think that it ca
若手開発者の後悔 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) これはある仕事熱心な若手開発者のほぼ実話です。2004年の後半、この若手開発者は小さな会社で働き始めました。条件は全て彼の望みどおりでした。給料はいいし、扱うのは彼の得意とするプログラミング言語、アプローチの複雑性、モデリングのアーキテキチャでした。 彼にとって今回の会社が初めての職場ではありませんでした。しかし、ここでの最初のプロジェクトは結果的に 問題だらけ に終わりました。当時、この若手開発者は、機能は絶対に変わらないものだと思っていました。しかし、それは間違いでした。機能が変更されるたびに完全なリファクタリングを行わなければなりませんし、バグを引き起こして膨大な時間を無駄にしてしまいます。彼は、テストを書くといった実直な方法も試してみましたが、書いたテストはメンテナンスが必要な上、書くのに時間
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
解雇が容易になれば、IT部門とIT業界の問題は片付く
この極言暴論では、ユーザー企業のIT部門やIT業界の問題点をいろいろと書いてきたが、そうした様々な問題の根っこはたった一つである。その根っことは「日本は解雇規制が厳しく正社員を容易には解雇できない」ということだ。逆に言えば、IT部門やIT業界の問題は、正社員の解雇が容易になれば大概は片付く、ということになる。 実は、日本において技術者の流動化が進まないことが、IT部門やIT業界に様々な歪みをもたらしていることは、折に触れて何度か書いてきた。ただ、解雇規制の話にまで論を展開したことはない。下手に書けば、IT業界にも多数存在するブラック企業を喜ばせるだけの暴論になってしまうし、この雇用の問題は当然のことながら、ITの領域だけにとどまる話ではないからだ。 だが、必要とされる人員数が大きく変動するIT分野の仕事は、人材の流動化が阻害されていることの影響を最もクリティカルに受ける。その結果、極めて優
みずほ銀行次期システム開発が順調に破綻中らしい : マジカル上海速報 ver0.23
853 名前：非決定性名無しさん[sage] 投稿日：2014/09/12(金) 04:14:04.29 順調そうで楽しみが増えました。カットオーバーは東京オリンピック終了後になりそうですね。 881 名前：非決定性名無しさん[sage] 投稿日：2014/09/14(日) 13:56:01.24 20年前のユニシスのTRITONにやっと追いつくような勘定系作ってどうすんの。 883 名前：非決定性名無しさん[sage] 投稿日：2014/09/14(日) 17:17:36.35 システム全体がスパゲッティによる論理で成立してるから難しいだろうね 902 名前：非決定性名無しさん[sage] 投稿日：2014/09/15(月) 17:21:46.60 詳細設計大大大絶賛延期中です でも、一部のチームは詳細設計に着手しましたからまぁ大丈夫だ＾＾ 904 名前：非決定性名無しさん[sage]
Matz氏語る「今ソフトウェアはソフトじゃない」 - Engine Yard Blog
先日Rubyビジネス推進評議会主催の第3回Rubyビジネスフォーラムが大阪で開催されました。 Ruby言語開発者、まつもとゆきひろさんが、『インターネットが変えるソフトウェアとビジネス。Rubyを例として』と題した基調講演を行いまいした。 その内容を紹介します。 計算機としてのコンピューター IBMの初代社長トーマス・ジョン・ワトソンの有名な言葉に、「コンピューターは全世界で5台くらいしか売れないと思う」と言ったとされています。 その数字は当時の計算技師の人数とENIACの計算性能から導かれた数でした。 ところが、今ではその数百万倍の処理能力をもつコンピューターが何億台もあります。 去年だけでPC出荷台数は3億台。スマートフォンとタブレットはそれを超える出荷がされています。 コンピューターは計算機としてのみ使われているわけではありません。 インターネットとの接続 今日、大阪まで松江から飛行
日本のITの今後を占うベネッセ社の舵取り（えふしん） - 個人 - Yahoo!ニュース
本当かどうかは知りませんが銀行員はコネ採用が多いと聞きます。また銀行員は給料が高い職業としても知られています。 何故そうなるかという理由は、激務で責任の重い仕事だからだとか、転勤が多いからとか、そもそも規制産業で絶対儲かるからだとか、諸説いろいろあるかと思いますが、その中に、銀行に限らずコネ採用や高給を支払うメリットという話を聞くことがあります。それは、 ・縁故採用は、紹介者の信用を人質に取っているから悪いことをしない ・高い給料を支払えば、お金に困って悪いことをしない可能性が高まる というのがあげられます。 これは経理などもそうで、どんなにちゃんとした人でも、ふと自分が１人になった時に、目の前に自由になる現金がある。そしてプライベートで何も悪気がなくても急用がお金が必要だ！そういう時に、お金があると「ついうっかり」となってしまうのが人間というもの。 ちょっとと思って拝借した少額な現金が、
日本のIT業界を「SIガラパゴス」と言う前に知っておきたい海外ベンダ事情 - プロマネブログ
木村岳史の極言暴論！ - SIガラパゴス、多重下請け構造の終焉の始まり：ITpro クラウドだ、オフショアだ細かい端々の間違いを指摘してたら、自分の書いていた過去記事とほとんどおんなじ内容になってしまったので、たまには趣向を変えて見ようかなと。 ※元記事の問題提起がワンパターン過ぎて。。。 そもそも、日本のSIerってガラパゴスと呼ばれるほど特殊なのか、について。 世界のシステム開発ベンダ IPA 独立行政法人 情報処理推進機構：IT人材育成事業：IT人材白書 世界のベンダ事情を調査した素晴らしいレポートなので一読あれ。 非常に長い内容なので、かいつまんでまとめます。 米国 ウェブサービス企業などのイノベーティブなハイエンドサービスを提供するIT企業は内製化。それ以外の非IT業種で、金融機関、連邦政府などIT部門が強い業種では、マネジメントやIT戦略部門を内製化、開発はベンダ（IBMなど）
顧問弁護士や顧問税理士のような「顧問プログラマ」という仕事と働きかた | Social Change!
私たちソニックガーデンが提供する「納品のない受託開発」では、お客さまが事業で使うウェブサービスの開発と運用を一手に引き受ける仕事をしています。 私たちの社員が、お客さまの事業の企画の段階から相談にのって考えて、一緒に設計を行い、その企画を自らプログラミングして、ユーザが利用する段階の運用まで引き受けます。そのように、ITに関するすべての工程を受け持つ職業のことを、私たちの会社では「プログラマ」と呼んでいます。 プログラマといえば人によっては、その仕事のイメージはマチマチかと思いますが、私たちの考えるプログラマとは、ひとりでソフトウェアエンジニアリングのすべてが出来る人のことです。そして、「納品のない受託開発」では、プログラマの一人一人が、お客さまの顧問のような形で担当を受け持ちます。私たちは、お客さまの「顧問プログラマ」としてサービスを提供させてもらっているのです。 この記事では、私たちが
「納品のないIT受託」という新モデルを広めたい
そもそもシステム開発に要件定義が必要、というのは、ITベンダーの理屈でしかありません。ユーザー企業から、要件定義以上の仕事を押しつけられるのを防ぐための作業です。システムの「納品」を前提にするから、納品物の見積もりが必要になり、そのために要件定義を行っています。 ソニックガーデンのビジネスモデルは、要件定義は行いません。月額定額で、IT技術者1～3人をアサインします。ただし、提供するのは技術者の時間ではなく、その成果です。事業モデルとしては、経営コンサルティングや顧問弁護士などプロフェッショナルサービスに近いと思います。ただ単に技術者の時間を売るだけでは、従来のSES（システムエンジニアリングサービス）契約と同じになってしまいます。 システムを運用するITインフラには、原則として外部のクラウドを使い、我々が開発・構築・運用まで一括で手掛けます。顧客がシステムを保有するオンプレミス型では「納
B2BとB2Cは違うだろ。 B2Bなんだから、プロとプロの取引なんだから、発注する..
B2BとB2Cは違うだろ。 B2Bなんだから、プロとプロの取引なんだから、発注する側に知識が有ることが前提。 発注する側に知識がない場合は、その知識を補う業務で別途費用請求。通常後者はどれだけ時間がかかるかわからないので、かかった時間で請求。 逆に、発注する側に知識があればあるほど、受注側は楽できるからそのぶん安くする。 B2Cの感覚で客だって、いやB2BにはB2Bのルールがあるから。 完璧な発注書を書ける客と、まったく発注書をかけない客では同じものを作っても前者のほうが圧倒的に安く出来る。 下手すりゃ数十倍やすくなってもおかしくない。発注書の代筆はかなり高く付く。 卸と小売が違うのと一緒。青果市場にやってきてスーパーの感覚で買われたらたまらない。ガイド代だしてくれるなら案内するよという感じ。
見積りの根拠出してくれっていったら、金くれって言われたよ
システム屋の常識ってものが分からないのですが・・。 社内の業務をいくつかIT化することになった。ACCESSとかでも頑張ればできそうな感じだったんだけれど、システム屋にやらす方向で進めることになった。 何社かシステム屋呼んで、こっちのやりたいことをいって、概算金額出させてた。この時出てきた金額が350万～2200万。こんな簡単なシステムなのになんでこんなに金がかかるのか・・。なんでこんな差があるのか・・。（この時点でシステム屋業界に対しての不信感が社内に生まれることになった。）結局、一番低い金額で出してきたところが、営業の印象もなかなかよく、そこに決めることになった。 その後、細かい金額出させるために何度か呼んで、必要なことを事細かく伝えて詳細見積りとスケジュール表を出せっていった。それで出てきたのが、A3の紙１枚で4項目ぐらいのざっくり見積りと、設計期間・製造期間・動作確認期間っていう期
Fine Software Writings
最近のもの 目標でなく恐怖を明確にすべき理由 (Tim Ferriss) 我々が築き、掘っている未来 (Elon Musk) 表計算ソフト誕生の話 (Dan Bricklin) Linuxの背後にある精神 (Linus Torvalds) 先延ばし魔の頭の中はどうなっているか (Tim Urban) 好きになる仕事はどうしたら見つかるのか (Scott Dinsmore) 人間に新たな感覚を作り出すことは可能か？ (David Eagleman) 人工知能が人間より高い知性を持つようになったとき何が起きるか？ (Nick Bostrom) 厄介な問題を解決したい？ ではトーストの作り方を説明してください (Tom Wujec) 子供の夢を奪う学校というシステム (Seth Godin) 彼らがいなくなってしまう前に (Jimmy Nelson) 頭良さそうにTED風プレゼンをする方法 (W
プログラマは職人、力なければ淘汰されて然るべき―ソニックガーデン倉貫氏が問う、プログラマの覚悟。 | CAREER HACK
プログラマを一生の仕事に―と考えるソニックガーデンCEOの倉貫義人氏。人月ビジネスで時間を切り売りしているうちは、35歳定年説は覆せず、収入を上げるためにはマネジメントの道に進むしかない。人の管理ではなく、生涯プログラマであり続けるために必要な条件とは。 ▼ソニックガーデン代表倉貫氏へのインタビュー第1弾 “納品のない受託開発”とは何か？―ソニックガーデン代表 倉貫義人氏が全貌を語り尽くす。 プログラマを続けられる人、続けられない人。 「納品のない受託開発」というビジネスを確立したソニックガーデン。代表である倉貫氏は、「従来の受託開発は誰も幸せにできないモデル」と切り捨てる。倉貫氏の考える、新しいエンジニアの働き方とは何なのか。プログラマを一生の仕事にするために、必要な環境や能力とは。 人月商売は、エンジニアを馬鹿にしている。 ― 従来の受託開発モデルは、顧客・ベンダー・エンドユーザーから
企業システムとノイラートの船 - 勘と経験と読経
覚え書き。以下のブログエントリで使われている「ノイラートの船」という例えを私は知らなかったので調べてみたこと、考えたこと。 ベンダーとユーザーの最大のポジションの違いはこれになります。つまり大海原のど真ん中で自分で自分の乗っている船を修理して長い航海をしていく必要があるということです。これは内製化という側面に焦点をあてると、その様な物理的なたとえのみならず、積み重ねてきた基盤・経験・知識・人材を、を作り直しながらやっていかねねばならないという意味で、「まさにノイラートの船」でしょう。 絶えず自力で作り替える、それも人も物も組織も含めて、その上その作業そのものが常に政治リスクに晒される、こういったバランスを保つことが内製化のなのでしょう。非常にコストが高いですね。とはいえ、いままでノーリスク思考で、リスクをSI屋さんに丸投げしていたツケですよ、と言われてしまえば、そうですが。 内製化を巡る議
メリット・特徴 - SonicGarden 株式会社ソニックガーデン
「納品のない受託開発」に興味を持っていただき、ありがとうございます。 「お客さまに無駄遣いして欲しくない」「本当に価値ある機能を作りたい」「開発に関わる人すべてを幸せにしたい」・・・そう考えて新しいビジネスモデルを生み出しました。 月額定額で顧問のように寄り添い、事業の相談に乗るところから関与し、システムの設計・開発・運用、さらにエンジニアチームのマネジメントまで、ワンストップで担います。 納品して終わりの関係ではなく、お客さまの一員として事業成長に貢献し続けます。システム開発の頼れるパートナーをお望みなら、私たちソニックガーデンにお任せください。 開発で起きる問題 ソニックガーデンの受託開発では、一括請負を行っていません。システム開発における「一括請負の納品型での受託開発」は、以下のような問題を抱えているからです。 １．事前に要件を決めないと、開発が始められない 一括請負では、最終的に納
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
神秘かつ壮大な銀行システム建造物、みずほ銀行の「桜田ファミリア」 : 市況かぶ全力２階建
日刊工業新聞 電子版
