SIer社員が「SIerは減らすべきだと思うが、その為には解雇規制の緩和が必要」と考える理由 - nuits.jp blog
正確には 請負契約を減らして内製を増やすべきだ 内製を増やすための「一つの手段として」解雇規制の緩和が必要だ と言う事です。内製化が解雇規制を緩和だけで実現できるとは思っていません。 本稿は主に私の実体験の上に成り立っています。異論・反論あるでしょう。しかし、行き詰まって見えるSI業界界隈の問題認識・解決に向けられた、一人のアーキテクトの思いを伝えてみたくなり、本稿を綴って見ることにしました。 ============== 2018.09.15追記 ============== 大変大きな反響をいただき、たくさん「はてなブックマーク」もたくさんして頂きました。説明不足で正しく伝えられなかったと思うものが多かったため、こちらにブックマークへの書き込み全てへ回答を付けさせていただいています。 「SIerは減らす為に解雇規制の緩和が必要」の「はてブ」への回答 - nuits.jp blog ==
「ソフトを他人に作らせる日本、自分で作る米国」が指摘する日本のITの課題 - ジャスミンソフト日記
きたる2014年4月25日に、超高速開発コミュニティ第一回総会が開催されます。 http://www.x-rad.jp/ その記念講演として、日経BPビジョナリー経営研究所の谷島 宣之氏をお迎えしました。近著「ソフトを他人に作らせる日本、自分で作る米国」についてお話いただきます。 日経コンピュータや日経ビジネスなどで谷島氏の記事を読まれたというビジネスマンは多いと思います。かくいう私もその一人です。当日は直接、谷島氏のお話を伺える絶好の機会です。講演会は無料ですので、是非ともご参加ください。（なお、続く交流会への参加者へは、本書の贈呈もあります。これは超高速開発コミュニティからのプレゼントですので、お得です！） ということで私も当日は交流会参加時点で一冊いただけるわけですが、実は総会に先立って購入しました。事前に読んで講演を拝聴するとさらによくわかるだろう...ということで、読後の感想を綴
詳細設計書ってよくわからない - 未来のいつか/hyoshiokの日記
わたしは、情報システムと呼ばれているものを作った経験がないので、よくわからないのだが、世の中には詳細設計書というのがあるらしい。 下記参照。 http://gm7add9.wordpress.com/2012/11/30/%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E6%9B%B8/ プログラムの詳細設計をやる人というのがいて、その人が書くらしい。あくまで自分には経験がないので、伝聞、想像でものを言っている。 プログラムの詳細設計というのは、プログラムへの要求仕様というのがあって、それを実現するために書くらしい。要求仕様というのは最終的な利用者が、こーゆーものが欲しいとか、こーゆーことができたらいいなということを、なんらかの方法で、なんらかの形でまとめたものらしい。 そんでもって、要求仕様を作る人と、詳細設計を作る人と、プログラムを作る人と、テストをする人と、
データベースアプリケーション開発を炎上させる負のスパイラル
毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Private Site
モデリングもしないでアジャイルとは何事だ
