タグ

it業界に関するshkatouのブックマーク (9)

  • IT業界に求められる営業の姿を考えてみた - GoTheDistance

    IT業界の営業かくあるべき論 - Togetterが面白かったので首を突っ込んでみます。 上記で言われている営業は「パッケージ導入やオリジナルでの受託開発業をやっているシステム屋の営業」という前提のようです。僕もこの前提で書いていきます。 良く聞く話ですが、エンジニアからすると最たる不満の1つに「営業は不勉強」というのがあると思います。自分が売り込もうとしている商品が技術を武器にしているのにも関わらず、システムや技術のことを知らずに言葉だけで売るのはいかがなものか、という問題です。 これらの知識が無いと何がマズいかと言うと、 顧客の要望のインパクトがどれほどのものかわからない。 できない事に対する代替案が提案できない。 判断できることが少ないのでスピードが落ち、エンジニアに負担がかかる。 などがあります。 システムの営業の難しいところは、顧客のニーズはあくまでシステムがもたらす効用(ソリュ

    IT業界に求められる営業の姿を考えてみた - GoTheDistance
    shkatou
    shkatou 2011/01/26
    製品知識のない営業はどうかと思う派である。どこまでのレベルを知る必要があるかで人それぞれ考えが違うかなと思う。
  • システム部門の衰退は“歴史的必然”、ベンダーの方がSEは幸せだ!

    多くのユーザー企業で、情報システム部門が衰退した----これは動かしがたい事実であるが、ではその原因は何か? 経営者がITに無理解だったからという天動説や、経営の期待にシステム部門が応えらなかったという地動説など諸説ある。しかし、よくよく考えてみると、システム部門の衰退は“歴史的必然”なのだろう。 今、システム部門が総力を挙げて取り組む開発プロジェクトは、どれくらいの頻度があるだろうか。おそらく金融機関、通信、一部の製造業を除けば、よほどの大手企業でも4~5年に一度程度だろう。そんな頻度では、システム部門が経営の視点でIT活用を考え、利用部門に対してリーダーシップを発揮してIT化を推進することなど、夢のまた夢である。 そもそも、システム部門が最も経営の視点でモノを考える機会は、基幹業務システムの構築など大規模な開発プロジェクトの時である。大規模なシステム構築とは業務プロセスの再設計であり、

    システム部門の衰退は“歴史的必然”、ベンダーの方がSEは幸せだ!
  • IT業界でキャリアアップするとはどういうことか--業界人が議論

    情報処理推進機構(IPA)が開催したIPAフォーラム2007での議論に端を発した、IT業界の不人気論。IT業界で働く人たちは、そこで働くことやキャリアアップについてどのように考えているのだろうか。この問題について議論するパネルディスカッションが、11月17日に開催されたミリオンタイムズスクウェア実行委員会主催のイベント「ミリオンタイムズスクウェア キャリアアップセミナー」において行われた。 ドワンゴ研究開発部 部長およびニワンゴ取締役である溝口浩二氏、組み込みソフト開発のアックス代表取締役である竹岡尚三氏、チームラボ取締役である吉村譲氏、慶應義塾大学の学生である八巻渉氏、システム受託開発のトランス・ニュー・テクノロジー代表取締役である木村光範氏、コンサルティングのフューチャーラボラトリ代表取締役である橋昌隆氏の6名が出席した。 第1部は「30年後、ITに携わっていますか?」というタイトル

    IT業界でキャリアアップするとはどういうことか--業界人が議論
  • http://www.machu.jp/posts/20071110/p01/

  • JavaとRubyの間にある、ベルリンの壁 - GoTheDistance

    ネタ元はこのあたり。 SIerRails とエンタープライズと エンタープライズにおけるRailsの価値とは 弊社の某エロい人がRoRに萌えており「おお、なんて生産性が高いんだ。もうWebアプリなんて全部これでいいじゃないか。」とか気で思ってそうなので萎える。言語の違いは時にはビジネスモデルの違いにつながることが理解できないようだ。言語ってのは文化なの!これからはRubyを全面的に取り入れ開発標準もRubyだぁぁぁぁとか言い出したらどうしよう。グーで殴るしかないかw 来、コード量の少なさや、CoCを前提とした設定の少なさが価値を発揮するのは、メンテナンスの場面です。読み込まないといけないコード量の少なさと、少ないコードの変更で修正ができることが、その理由です。そのためには、大前提として、Ruby(on Rails)らしい、プログラムを作っておくことが必須なので、マネージャはその辺

    JavaとRubyの間にある、ベルリンの壁 - GoTheDistance
  • 「プログラマ35歳定年説」:ITと人間の意外な関係 - CNET Japan

    あるサイトで連載の話を進めていて、そのコンテンツを考えていた。目次を書き出しているときにふと「プログラマ35歳定年説」なるものを思い出した。 プログラマ35歳定年説とは、「プログラマは年齢を重ねて行って、35歳ぐらいになったらSEなりマネジメントなり、次に行かないとオマンマべられないよ」というものだ。 「そういえば、自分もそう言われてきたっけ・・・。若いころは「俺たちがシステム作ってんだ!実力があれば絶対に大丈夫。ふざけんな!」と思っていたよなぁ。」 ふと考えれば私は今36歳。その説によれば定年を迎えている年齢だ(笑)。年金はもらえないが・・・。 プログラマ、SE、マネジメント、経営の一通りを経験してきて、その説の私なりの考えを書いてみたくなった。 35歳プログラマ定年説は当か?・・・私にとって かつては技術力に自信があったし、楽しいプログラマ人生を送ってきた。そんな私だが、今もし誰

  • ITサービス会社の営業と開発に大変革を迫る「工事進行基準」

    システム・インテグレータなどITサービス会社は間もなく,トップマネジメントから現場の営業,開発に至るまで抜的な変革に迫られる。これは「そうしなければ勝ち残れない」といった類の話ではない。2009年4月にも予定される会計基準の変更がITサービス業を直撃するためで,顧客との厳格な契約と正確な原価見積もり,精緻なプロジェクト管理などが実践できない限り,事業の継続自体が不可能になりかねないのだ。 今回の会計基準の変更では,SI(システム・インテグレーション)案件などで「工事進行基準」による会計処理が事実上義務づけられる。現行の「完成基準」は,システム開発が完了し検収書を受け取ってから売上を計上する。これに対して,工事進行基準はプロジェクトの進ちょく状況に合わせて売上を“分散計上”する。一見すると,単なる会計処理の方法の変更だが,営業担当者やSEの業務にも多大な影響を及ぼすことになる。 工事進行基

    ITサービス会社の営業と開発に大変革を迫る「工事進行基準」
  • 希望は突然やってくる:江島健太郎 / Kenn's Clairvoyance - CNET Japan

    ニッポンIT業界絶望論にたくさんの反響をもらったけど、実はあのポストを投げ込んだ後、自分でもちょっと引っかかりが残っていた。それが何なのか、モヤモヤしてて気持ち悪かったんだけど、ウェブ時代をゆくを読んでいたらそれが何だったのかをハッキリと思い出した。 文中で「ひと仕事終えてスターバックスでコーヒーを読みながらしっぽりウェブを泳いでいたら、なんだか得体の知れない不安感のようなものにおそわれたことを思い出す。このとき、とうとう心の底で長らく封じられていた声が聞こえてきてしまったのだった。」って書いてる箇所があったけど、このときに読んでいたのは、実はCNETの梅田望夫・英語で読むITトレンドだった。 あの頃、いつも忙しすぎてネット上の記事をちゃんと読めるまとまった時間がほとんどなかったのだけど、この日には腰を据えて未読分を全部まとめ読みしてみようという気分になったのだった。 そのときに「顧客志向

    希望は突然やってくる:江島健太郎 / Kenn's Clairvoyance - CNET Japan
  • ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan

    IT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてな匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ

    ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan
  • 1