永和さんの「価値創造契約」が大苦戦を強いられている件 - GoTheDistance
この資料、非常に衝撃的だった。中の人がここまで公開していいものなのか、という意味でも。 俺の価値創造契約 from Fumihiko Kinoshita 永和さんの価値創造契約とは 新しい契約形態での受託開発サービス「価値創造契約」 ｜ 永和システムマネジメントに詳しくありますが、簡単にいえば「初期費用無料で、常に改善・運用をしながら月額定額制でシステム利用料を頂く」というビジネスモデルです。価値あるシステムは必ず長く使われ変更を伴うのだから、その変更を受け入られるモデルを提供すれば双方にメリットがある。これが立脚点のようです。 2013年営業実績、0件 資料によればテレアポを800社行い、様々な展示会にも出展されたそうです。12社にコンタクトできたけれど受注は0件だと書いてあります。マーケティングに失敗してしまったと言って良いでしょう。 受託開発の弊害と指摘される「価値あるシステムを作り
アジャイルに限らず開発手法の議論は不毛になりやすい理由 - GoTheDistance
アジャイル開発に対する論争が盛り上がってるので、僕も便乗しまーす。新野さん、秀逸なまとめありがとうございました。 「アジャイルがダメだと思う7つの理由」から始まったアジャイル論争の現時点のまとめ － Publickey 僕も２年半前にアジャイルって受託開発との相性が最悪な気がする - GoTheDistanceという記事を書きました。アジャイル開発ってかなり牧歌的なので、内部ならまだしても外部の仕事を請けてキチンと回すのは難しいのではと書いたら、多くの方が「そりゃそうよ」と反応してくれました。その頃から、これを"ケツカッチン"な仕事で行うのは困難だと感じておりました。コミュニケーションが密に取れないと動けないじゃん。 議論の軸をもっかい振り直すと、アジャイルが確約出来る内容はあくまで人材育成・組織風土形成という不定形なサービスでしかないんじゃないでしょうか？ アジャイルな組織になりたいから
他人の心に対して鈍感であっては、良いソフトウェアは作れない。 - GoTheDistance
はよプログラマとかエンジニアとかから脱却せんかい。 - 山本大＠クロノスの日記への私信。 山本さんの苛立ちを一言で言えば、｢お客様のお困りごとやお悩みごとに対してあまりにも無関心すぎること｣にあるんじゃないのかな。羽生さんのこちらのエントリを参照下さい。 一言で言えば、説明不足ということになるのでしょう。きちんとしたソフトウェアを作りさえすればよいという空気が間違いなく存在しています。(中略)自分たちが作っているソフトウェアがお客様に対してどういう価値があるのかということを説明できずにいると感じるのです。理解してくれ、と相手の努力に丸投げしてしまってるように感じます。 ではどうしてそうなるのかというと、端的に言えばお客様のお困りごとやお悩みごとに対してあまりにも無関心なのではないかと感じるのです。エンジニアとしての技術的な興味や自分自身の仕事と生活のバランスなど、つまりは内向きの関心しか持
人月を超えるエンジニアリングの未来 - GoTheDistance
ご無沙汰してしまっているmark-wadaさんより問題提起を頂いたので、最近話題になった「超高速開発」と絡めて書いていきます。 もしSIerのエンジニアがジョブズのスピーチを聞いたら（１） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（２） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（３） - Wadit Blog. もしSIerのエンジニアがジョブズのスピーチを聞いたら（４） - Wadit Blog. 僕のエントリに対する和田さんのご指摘をまとめると、ソフトウェアを作るにあたっては上流と下流の断絶があるのはマイナスなのは理解できるし、コードを書く時にはその断絶があると望むものを作ることは出来ないのも確か。だが、システムを作る時にはそもそもレイヤーをもう１つ上に上げるべき。スクラッチでコードを書く必然性など無い
エンジニアが人月商売の会社で働くのってどうよ？ - GoTheDistance
タケルンバ卿より下記内容についてリクエストをもらったので回答してみる。 ポイントをまとめると、こんな感じです。 人月商売をやっている会社は、単価によって大凡のサービス価格が決まる。よって下請けに安い単価で出してマージン抜くと利益率向上に直結する。 が、下げられる単価にも国内では限界がある。人工商売なら海外に安い労働力を求めるのが合理的なので、海外へ委託するしか無いのではないか？ 翻ってこういう会社で生き残るには、マネージャ職につくしかないのではないか？ITの場合、プログラマでいたいなら一人親方にならざるをえないのではないか？ 人月は流れて西へ - (旧姓)タケルンバ卿日記 結論から言うと、全部同感。ITでも人材派遣(警備業界とか)でも、根っこは一緒。 人月商売は「単価」×「人数」×「期間」のかけ算が基本的な考え方。このモデルで利益率を増やす為には「単価を上げる」か「安い単価の人間を使うか」
アジャイルと受託開発の溝はきっと埋まる - GoTheDistance
以前、僕はアジャイルって受託開発との相性が最悪な気がする - GoTheDistanceというエントリを書きました。 工程が分断されてしまう開発方式を採用している場合は、よりリアルにシステムのビジネス上の価値を表現して伝えることができるアジャイルのメリットが活かせそうに無いというのが骨子。今でもその思いは変わりませんが、逆に言えば工程分断を脱却して企画から実装まで回せる体制になれば可能性はある、とも思っていました。 そんな中、永和システムマネジメント社様が口火を切られまして、アジャイルのメリットを全面的に押し出したビジネスモデルを発表されました。あくまでトライアルという位置づけですが、この話題は定期的に取り上げたい。 骨子としては、この３つ。 初期費用0円(リリースまでの費用は開発側が負う) 月々15万〜150万の定額制 解約は自由だが成果物は全部引き取り。データだけ提供。 うん、どう考え
プログラマが仕様を決めればいい - GoTheDistance
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
エンジニアの未来サミット0905に行ってきた - GoTheDistance
0905：エンジニア・サバイバル | エンジニアの未来サミット … 技術評論社へいって来たので、速報レポ書いておきますね。 本当は遅刻せずに行くつもりが、本人限定郵便なるものが午前中に来なかったことと弊社社長に捕まってしまい色々コミュニケーションとってたら遅れてしまい、第1部は1時間ばかり最初見れなかった＞＜ 第二部は、後ほどの実況ログをぜひご覧ください！津田さんメソッド、やっぱりすごい有益。この言葉使うの申し訳ないんですが、｢tsudaりに行く｣だけでも結構価値があるんだなーと思った。 こういうイベントって、特定のテーマに沿ったカッチリした結論なんて絶対出ないと思うんですね。パネルなんか特にそうですし。で、200人近くいたら当然各々の問題意識やおかれている状況は異なる。そんな中で、何か1つでも拾って帰って頂けるような言葉・気づきさえあれば、僕はそれでいいんだと思います。その意味で、今回の
SIerの中の人として生きていく閉塞感 - GoTheDistance
久しぶりのガチンコSIネタ。 「人生のファイナルアンサーが見出せません。」「何なの？スイーツなの？」 SI子会社でのキャリアのメインストリームから外れた俺。 私が感じた範囲で、きっとこういうことでSIerの中にいて閉塞感を感じているのかなぁと思う点を書いていきます。 技術的興味関心にマッチするかどうかは運 私は５年間SIerで働いていますが、自分の興味関心のある技術を仕事(＝プロジェクト)で触れることが出来る機会は基本的に相当少ないと感じます。これが閉塞感を生んでいる一因だと思います。 仕事でJavaやりたいと言ってもJavaが出来る案件に自分がめぐり合えるかどうかは、ちょっと語弊がありますけど基本は運です。SIerは複数のプロジェクトを当然抱えており、あなたが無事プロジェクトが終わった時に次にアサインされるプロジェクトが.NETの案件しかなかった、というのはよくある話。また、会社の方針で
SIerに新卒で入社される方へ - GoTheDistance
Twitter Friendsが新卒でSIerに入られるそうなので、これはSIerの中の暮らしを可能な限り語るしかないと思いついカッとなって書いた。今はネタ切れに困ってる。相当長いので、つまみ食いしてください。 2003年当時の状況を振り返る 私は2003年に今の会社(SIer)に新卒で入ったのですが、新卒入社の方々の中には「HTMLって何？」という方が結構いらっしゃいました。ハイテンションマンザイランゲージですってボケてみればよかった。ほんとなんだって。全部で90名ぐらいいたけど。エンジニアとして採用されて入社してるのに、それはないだろと思われるでしょうが、「俺は名を上げるぜ」的なモチベーションで4月から会社はいるヤツなんてマイノリティ。Googleを知っている人も少なかった。 Twitterに戯れある程度Webサービスというものが語れてコードもかけてBlog等の何かしらのWebサイトを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
