タグ

ブックマーク / getlife.hateblo.jp (11)

  • SIerのこと知ったかしている子たちへのツッコミ - プロマネブログ

    前回、システム開発でベンダ任せをやめようとした日、ベンダに任せた米国 - プロマネブログの記事でコメントを頂いたのを思い出したので。 id:sayurin7 paiza開発日誌 2015-01-26 【エンジニア対談】SIer・大手からスタートアップへの転職前に知っておきたい事 でSIerのこと知ったかしている子たちにも何かひとこと、ぜひ あ~、あまりにも酷かったのでブコメでツッコむ気も失せていた記事ですね。。。 まあ、せっかくコメントを頂いたことですし、確かに間違いを指摘するのも大切なことなので、カンタンに。 自分の知らないこと≠存在しないこと ITを後付けするんじゃなくて、ITをベースにして今までに無い事業やビジネスモデルを考えるべきだと思ってました。そういう事やるのって受託ビジネスでは無理だから、やっぱり自分はSIerじゃなくて自社サービスを開発する仕事がしたいと。 ATMも、電子

    SIerのこと知ったかしている子たちへのツッコミ - プロマネブログ
  • 米国IT業界に過去あった多重下請構造、それが破壊された理由 - プロマネブログ

    IT業界を「SIガラパゴス」と言う前に知っておきたい海外ベンダ事情 - プロマネブログ 前回の記事を書いたあと、うっかりしていたことに気づいたので、追記です。 ユーザ企業とベンダ企業との関係については、他国との比較を色々書いたのですが、多重構造について深堀り書くのを忘れてました。 米国の事情についてもうちょい書きます。 下請構造が崩壊したアメリカ 端的にいうと、米国にも日と同様の下請構造は過去ありました。 日と同様に、元請けが大規模な案件を受注し、それを2次3次請けにシステム開発再委託するという構造です。 政府調達元請けの平均60.4%が下請け及び補給品に再投資され、それらのさらに平均83.2%が3次へ再投資、さらにその83.2%が再々投資、と繰り返される事により、初期調達額$369M(元請けのみ)は、上記再投資の構造より算出される係数2.06を乗ずる事により、$759Mと推計さ

    米国IT業界に過去あった多重下請構造、それが破壊された理由 - プロマネブログ
  • LOC生産性でチームの開発能力を評価してほしくない - プロマネブログ

    最初に、すいません。ただのグチです。 まあ、仕事をしていると嫌なこともあるわけで、腹の中でモヤモヤしているのも健康上良くないので、ここで整理してみようかと。 チームの開発生産性の比較にLOC生産性を使うな 結論はこれなんですけど、もうちょっとだけ。 保守開発なんてやっていると、他システム起因のプロジェクトにチームとして案件支援を行うことがあるのですが、それらを統括するPMO部隊の発言で、ひっくり返りそうになるのがコレ。 「今回は各チームとも生産性を○○KLOC/MM以上にして欲しい」 「オタクのチームは、見積生産性が☓☓KLOC/MMで生産性が悪いんじゃないか」 この手の発言聞くとやる気激減なわけですけど、仕事なので仕方が無い。。。 所謂クソコードが多いプロジェクトの方が生産性がよく見える そもそも、チームの開発生産性を比較するのに、LOC生産性を使うのは問題がおおすぎるのですよ。 保守開

    LOC生産性でチームの開発能力を評価してほしくない - プロマネブログ
  • ビジネスモデルの違いはエンジニアの価値を毀損しない - プロマネブログ

    ITエンジニアの価値を貶める『人月商売』の功罪 - paiza開発日誌 うん、まあ、浅い認識ですね。。。 最近、この手のツッコミばかり書いている気がするけど、まあ、他のネタ書こうとして面倒になったので、こちらについて言及。 世の中、WEBサービス以外にも沢山のシステムがあることを理解したほうが良い SIerの作るシステムが、常にエンドユーザーに対して「お金を払ってでも使いたい」というような高い価値を提供できるのだとしたら、自社サービスとして開発を行った方儲かる、という事になります。 この記載からすると、この方の頭には「BtoC」型のWEBサービスしか頭にないことがわかります。人月商売言っているSIer仕事は、「BtoC」型だけとでも思ってるんでしょうか。。。 例えば、ATM。これ、SIerが作ってますし、エンドユーザはお金を払ってでも使いたいシステムですけど、自社サービスとして開発を行う

    ビジネスモデルの違いはエンジニアの価値を毀損しない - プロマネブログ
  • ITエンジニア地位向上のためにも、求められるは正しい業界分析 - プロマネブログ

    ITエンジニアの地位を落とす、日企業の大きな誤解:日経ビジネスオンライン googleの利益率がよい理由になっても、ibmの利益率がよい理由を答えられてないよ。もうちょっと深い分析しなきゃ。 まあ、いつものSIer Disなわけですが、ちょっとだけ論点整理しておきますか。。。 だから、日IT業界構造は独自じゃないって。。。 米国におけるソフトウエアの開発は、ソフトウエアを利用するユーザー企業自らで開発することが多い。日に比べユーザー企業内のITエンジニア比率が圧倒的に高い事実を見ると、この「ITゼネコン」構造は日独特のものであることが分かる。 日IT業界を「SIガラパゴス」と言う前に知っておきたい海外ベンダ事情 - プロマネブログ 上記記事で、諸外国含めてきちんとベンダ事情を整理すれば、日と同じような業界構造は多数の国で見られる事象です。日独自なんてとんでもない。 IT

    ITエンジニア地位向上のためにも、求められるは正しい業界分析 - プロマネブログ
    atm_09_td
    atm_09_td 2014/06/24
  • フルスタックエンジニアもオフショアに脅かされる未来 - プロマネブログ

    35歳定年説より怖いフルスタックエンジニアしか生残れない未来とは - paiza開発日誌 昔々、SIerでもフルスタックという言葉では無かったのですが、「T型人材」「Π型人材」になれと言われてきた時代がありました。(今も言われているのかな) この言葉が今WEB業界から出てきたことに、感動を禁じえません。 ああ、SIerのオッサンが、昔訓示をうけた姿がここにある。。。 時折、SIerの昔話みたいな話がWEB業界の最新の話として出ることがあるんですが、歴史は繰り返すってことですね。。。 クラウドでインフラ領域に侵するオフショア さて、話題のフルスタックエンジニアですが、正直日国内で優位性を保てるのはあと5年じゃあないかな、なんて予想してます。 フルスタックエンジニアの複合スキルで触れられているシステムのインフラ構築ですが、基は日エンジニアが担当することが多いです。 理由はいろいろあり

    フルスタックエンジニアもオフショアに脅かされる未来 - プロマネブログ
  • 「非情報系だけど頑張ります」 - プロマネブログ

    4月ということで、毎度のこと新人さんと会話する機会があるのですが、その時よく言われるのはタイトルの言葉。 まあ、SIerだし、情報系有利と感じたのも無理は無いかなと思います。 情報系だからといって直接学んだことを使い続けたりしない場合もある オッサンは、学生時代情報系でした。 今も趣味でプログラミングやってますけど、学生当時はもっとコード書き続けてました。ハードウェア記述言語もやってたりしました。Verilogとか。すっかり忘れてしまいましたが。。。 まあ、周知の通りSIerではVerilogなんか使う機会はとんとございません。 プログラムについても、新入社員当初はガツガツ書いてましたが、現在は設計レビュー時に、サンプルコード書いてこのロジックで実装してくれなんて依頼をしたりする際に使用したり、シェルなどのツールを作成したりするぐらいと、仕事上でのプログラミングの機会はめっきり減ってしまっ

    「非情報系だけど頑張ります」 - プロマネブログ
  • IT技術者の2014年年収予想を世界主要国と比較してみた - プロマネブログ

    給与調査|外資系・日系グローバル企業への転職ならロバート・ウォルターズ 調べ物していたら面白い資料を見つけました。 この資料は、各国の給与予測調査を行った結果ということで、日を含めた数カ国の2014年予想年収、2013年の実勢年収を調査したものということです。 この資料にIT技術者の給与についても書いてありました。 ちょっと興味があったので、日と主要国のPM、SE、PGの給与比較をしてみます。 主要国給与比較結果 ※フランスなど国によってはSEという職種がない場合がありますので、その場合はシステムアーキテクトやビジネスアーキテクトなどで代用してます ※プログラマは言語によって給料に差がある場合があります。比較しやすかったJavaプログラマを使ってます。 ※各国ピンきりの幅が広かったのですが、分布がわからないためピンきりの中間を取ってます。上海は最大値が非常に高かったため、ちょっとイレギ

    IT技術者の2014年年収予想を世界主要国と比較してみた - プロマネブログ
    atm_09_td
    atm_09_td 2014/03/05
  • コーディング技術にこだわり過ぎるとITエンジニアの地位は向上しない - プロマネブログ

    ITエンジニアの地位はなぜ低いのか:日経ビジネスオンライン エンジニアの地位向上を図りたい、これは同意ですが、そのための解決策がコーディングスキルですか。。。 エンジニアの地位向上のためには、まず何が問題かをきちんと分析できなければ話になりません。ちょっと考えてみます。 追記) なぜかブコメ欄を見るといろいろコメントが発散してる。。。 下手な日語で申し訳ないです。 旨は「プラスアルファが必要って言ってるのに、paizaはコーディングの話だけなんだ~。プラスアルファどこいった」です。 ちなみにJavaの誤記は直しときました ブクマ炎上反省会はこちら 「コーディング技術にこだわり過ぎると~」の反省会 - プロマネブログ IT業界の価値提供の構造 いわゆるSIerをモデルに価値をどのように提供しているのか、考えてみます。 ※まあ、自分の仕事から考えるのが一番カンタンですし。 SIer

    コーディング技術にこだわり過ぎるとITエンジニアの地位は向上しない - プロマネブログ
  • 炎上プロジェクトの責任はプロマネが9割 - プロマネブログ

    サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、3部作の3目となります。 ウォーターフォール開発とアジャイル質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが9割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合   ・・・ チーム内の意思統一 スコープ ・・・ 目標、成果決定 タイム  ・・・ 期限、スケジュール管理 コスト  ・・・ 予算、費用管

    炎上プロジェクトの責任はプロマネが9割 - プロマネブログ
  • 2014年のSI業界の展望 - プロマネブログ

    2014年もいよいよ始まりました。 新年、今年の仕事初めに向けて、SI業界の今後について考えていきたいと思います。 ※オッサンの独断と偏見が混じっているので注意 なお、IT業界ではなくSI業界に限定しているので、WEB業界等その他のIT関連業は除外してます 大手SIerではデスマの災禍に見舞われる 昨年に引き続き、今年も企業のシステム投資欲は高まると想定されてます。 これまでのかなりの期間企業投資が低下していたこともあり、昨年は特に大手のSIer各社の数社は今までジリ貧で減少してきた顧客を取り戻すべく、売上の拡大を行おうと積極的な受注を行ってきてました。 結果、案件数過剰による無理な受注とそれによる開発力低下、費用増大がタタリ、大手SIerでは利益率低下を招く結果になったと考えております。 ※大手SIerで、プロジェクトマネジメントがあまり得意でない会社は特に。 今年のシステム投資欲の需要

    2014年のSI業界の展望 - プロマネブログ
  • 1