【書評】「納品」をなくせばうまくいく 〜ソフトウェア業界の“常識"を変えるビジネスモデル〜 - GoTheDistance
著者の倉貫さんより献本御礼。 「納品」をなくせばうまくいく ソフトウェア業界の“常識"を変えるビジネスモデル 作者: 倉貫義人出版社/メーカー: 日本実業出版社発売日: 2014/06/12メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 納品のない受託開発とは 簡単に言うと「一括請負契約をしないで、お客さんの欲しいシステムを受託開発すること」になります。何故一括請負契約をしないのかということが理解できないと、このモデルで契約する意味を感じられないでしょう。本書の主題の１つに「完成(納品)を前提とした一括請負契約がシステム開発をダメにしている」という問題意識がありますので、そこを重点的に補足したいと思います。 一括請負契約の問題点 作ることが目的になる 一括請負契約では完成責任を果たすことが求められます。その為に要件定義を行い完成となる条件を決めます。そして要件を満
Eメールで作業内容を管理するのはやめましょう - GoTheDistance
BacklogとかサイボウズLiveとかをご存じないクライアント様が結構多くて、そのような方々にとってのコラボレーション・ツールはほぼ間違いなくEメールになります。まずその啓蒙から入って仕事をさせて戴くことが多くなりました。 お打ち合わせの場でAction決めて、その後はちょいちょいメールフォローでだましだましやってこれた時もあったのですが、やっぱこれダメだってことになったので、その話をしたいと思います。 Why Email Collaboration SUCKS そもそも、Eメールは双方向性があるようで無いツールです。Eメールでの各種進捗管理は、以下の点で非常に効率がよろしくありません。 １つのメールに複数の事項が含まれることがある 例えば、Xさんに対してAという事項の修正事項が記載されたメールに対して、Xさんが返信を行ったとします。その返信に対して別のBという事項のご相談があると、追い
【書評】なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術 - GoTheDistance
日本実業出版社の今野様より献本御礼。 なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術 作者: 細川義洋出版社/メーカー: 日本実業出版社発売日: 2013/09/27メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る 東京地方裁判所でIT事件担当の調停委員を努めておられる細川氏が、ご自身の経験をまとめてシステム開発のモメるポイントを整理し「人の振り見て我が振り直せ」を啓蒙する位置づけの図書になっております。 こう書いてしまうと非常に堅苦しいですが、モメるポイントをわかりやすく伝えるために「IT事例に詳しい美人弁護士に相談する」というカジュアルな設定になっています。塔子さんがその弁護士役で、厳しい指摘がコンビネーションブローのように続いており、爽快感がありました。 一部、本書の会話内容をご紹介します 彩音 「もう設計も終わる時期なのに、ま
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
SIerからWebサービス事業会社の転職で気をつけるべき２つのこと - GoTheDistance
先日、知人のIT業界を主戦場にしておられるヘッドハンターの方とお会いしました。昨年度からソーシャルゲーム等を運営している会社様から引き合いが増えているようで、SIerやメーカーの研究職からWebサービス事業会社への転職の案件も増えているようです。 そのヘッドハンターの方が３つばかり、Webサービス事業会社への転職を考えているのなら気をつけるべきコトを教えてくれましたのでシェアしたいと思います。 1. 手を動かせる人であれ 端的に言っちゃうと、現場でコードを書いているエンジニアならまだしも、PMや管理業務が多くなってしまった方は正直不要なんじゃないですかってこと。欲しいのはサービスを拡大 or 安定運用しているエンジニアで、管理する人じゃないだろうから。でも、SIerで最も脂が乗り切っている世代ってPM/PLクラス。若けりゃ未経験でもいいだろうけど、SI業界10年選手とネット系企業とは相性が
エンジニアが人月商売の会社で働くのってどうよ？ - GoTheDistance
タケルンバ卿より下記内容についてリクエストをもらったので回答してみる。 ポイントをまとめると、こんな感じです。 人月商売をやっている会社は、単価によって大凡のサービス価格が決まる。よって下請けに安い単価で出してマージン抜くと利益率向上に直結する。 が、下げられる単価にも国内では限界がある。人工商売なら海外に安い労働力を求めるのが合理的なので、海外へ委託するしか無いのではないか？ 翻ってこういう会社で生き残るには、マネージャ職につくしかないのではないか？ITの場合、プログラマでいたいなら一人親方にならざるをえないのではないか？ 人月は流れて西へ - (旧姓)タケルンバ卿日記 結論から言うと、全部同感。ITでも人材派遣(警備業界とか)でも、根っこは一緒。 人月商売は「単価」×「人数」×「期間」のかけ算が基本的な考え方。このモデルで利益率を増やす為には「単価を上げる」か「安い単価の人間を使うか」
アジャイルと受託開発の溝はきっと埋まる - GoTheDistance
以前、僕はアジャイルって受託開発との相性が最悪な気がする - GoTheDistanceというエントリを書きました。 工程が分断されてしまう開発方式を採用している場合は、よりリアルにシステムのビジネス上の価値を表現して伝えることができるアジャイルのメリットが活かせそうに無いというのが骨子。今でもその思いは変わりませんが、逆に言えば工程分断を脱却して企画から実装まで回せる体制になれば可能性はある、とも思っていました。 そんな中、永和システムマネジメント社様が口火を切られまして、アジャイルのメリットを全面的に押し出したビジネスモデルを発表されました。あくまでトライアルという位置づけですが、この話題は定期的に取り上げたい。 骨子としては、この３つ。 初期費用0円(リリースまでの費用は開発側が負う) 月々15万〜150万の定額制 解約は自由だが成果物は全部引き取り。データだけ提供。 うん、どう考え
年を取れば取る程会社での居場所は狭くなるの？ - GoTheDistance
こんなことを思ったそもそもの発端はこの記事を読んだから。 会社から「残っても仕事はない。何をするつもり？」「整理解雇になったら、高齢のあなたは一番に対象になる」「お客様が、年齢が高い人にサービスを受けたいと思いますか？」と言われた人もいる。 朝日新聞デジタル：どんなコンテンツをお探しですか？ なんとまぁ切ないお言葉・・・。こんなこと言われた日には涙すら出なそう。 こういう記事を読むと「年を取った人は給料高いだけだから要らない」という話に聞こえるのですが、これは本人の自助努力の問題だけで片付けられるんでしょうかと疑問に感じています。ベテランになっても若手と同じ事しか出来ないから切られるのだ、という単純な話じゃなさそうだけど、どう考えていいのだろうか。 もし必然的に居場所がなくなるとすれば 僕が思いついたシナリオは、右肩上がりで経済が成長できて当然の時代なら誰も文句は言わなかったが、同じ事業を
【書評】経験ゼロでもできるプログラミング現場の単体テスト - GoTheDistance
BBQ和尚の同僚の方とは知らずタイトル買いした本ですが、タイトルに偽りなしです。とにかく平易で優しいわりにいちいち実践的で助かってます。最小の努力で結果が出るように配慮されています。 経験ゼロでもできるプログラミング現場の単体テスト 作者: 片桐一宗出版社/メーカー: 翔泳社発売日: 2009/05/29メディア: 単行本（ソフトカバー）購入: 11人 クリック: 564回この商品を含むブログ (26件) を見る この本を買ったきっかけは、とにかくデグレを無くしていい意味で手離れの良いコードを書いて楽がしたい、というもの。その為にはテストツールの使い方よりも、｢どうやってテストコードを書けばある一定の品質が保てるのか｣ということが書いてあるまとまった情報が欲しかった。で、本書をあたりました。 テストコードの書き方がわかっても、テストの内容が不十分であったりテストする単位が均質でなければ意味
大きな会社と小さな会社のどっちで働くべきか迷っている人へ - GoTheDistance
いきなりポイントから入ります。大企業で働くことと中小企業で働くことの違いは、大企業はルールで動き中小は経営者の恣意で動くということです。ココがすごい重要です。 僕は６年近く大企業にいました。その時に考えたことは大企業で働くということ - GoTheDistanceで書きましたが、大企業の根本的な原理原則はルールで仕事が動くということです。異なる立場・異なるレイヤーの人たちを束ねて１つのサイクルを作るには、ルールを作ってその中でサイクルを回すより他ありません。それの累積によって企業文化なるものが形成されます。 大企業にいてよかったことは｢普通に仕事をさせてもらえる｣ことでした。もちろん仕事を選ぶことは基本的に出来ないんですが、明確に自分の役割が与えられ、そのロールに従いすべきことをして、あるべき成果を出してその仕事を終える。あっちいったりこっちいったりということはない。いきなり全く次元の違う
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
