SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
http://www.mdis.co.jp/news/topics/2010/0903.html
弊社「図書館システム」について 2010年9月3日 弊社が納入しております図書館システムの一部で、大量アクセスによりつながらない、またはつながりにくい状態が発生し、ご導 入いただいた各図書館様ならびに一般利用者の方にご心配をおかけいたしました。 弊社システムご利用の図書館様に現在、弊社営業窓口より個別にご説明、ご相談させていただいております。 弊社は、操作性や利便性の向上とともに、インターネットを含めた利用環境の変化への対応など、より信頼性の高い製品作りに今 後とも努めて参りますので、何卒宜しくお願い申し上げます。 お問い合わせ先 このトピックスに関するお問い合わせは、お問い合わせフォームよりお願いいたします。
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Health Insurance Contact Lens Best Penny Stocks High Speed Internet Migraine Pain Relief Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
糞システムはだいたいこういう流れでプロジェクトが進む。
http://anond.hatelabo.jp/20090519230327 とりあえずプロジェクトマネージャが作りたいシステムを語る。酒の席だったりする。 それを何となくSEに伝えて営業用資料を作る。この過程で何度も何度もあーでもないこーいうつもりでもないと言いながらもできあがる資料は抽象的でなんとなくそれっぽい絵とどこかで見たようなシステムに独自っぽい名前を付けてるだけのすっからかんなペラい物になる。本音を言うと「Amazonを作る」と言われる方が楽だ。「作りたい本人が説明できない、今までにないような独自のシステム」を作る事になるとバグとか糞とか以前に完成しない。 そのペラい資料をもって営業に行くがすんなりは決まらない。この間はいい感じだねって言ってたじゃんって展開も。そのまま下にも同じ事を言われる。 決まらないがとりあえず作り始めてとデザイナとプログラマに投げられる。とりあえずジャ
顧客が本当に必要だったもの ～ 少し長めのあとがき｜IT暴言-59-｜鈴木 正之助
『ＩＴ暴言』は、今回でおしまいです。約２年間、どうもありがとうございました。後半は、発行のペースを乱してしまい、大変に申し訳ありませんでした。プレリリースや他マガジンへの提供分なども含めると、書いた本数は全６０本。少しでも皆様のお役にたてたのであれば、嬉しいです。 全体を通して振り返ってみると、字数を多く割いているところは、『問題解決』と『コミュニケーション』についてです。特にコミュニケーションは、企業内の業務システムの開発で最も大事なことだと、私は思っています。プログラミングなどの技術力と共に、『システム開発の両輪』であると言えますね。 ところで、『顧客が本当に必要だったもの』というタイトルの風刺絵があるのをご存知ですか？ 私は今年の春に知りました。開発者の間では、かなりメジャーな存在となっていますが、これほど的確に、システム開発の実情を表現しているものはないと思います。御存知ない方は、
kuranukiの日記 - ディフェンシブな開発 〜 SIビジネスの致命的欠陥
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
SI業界は建設業界に似ているというのは本当か？：Alternative 笑門来福：オルタナティブ・ブログ
「実際のところ、建設業界と似たようなもんですから。」 ソフトウェア業界、とくにSI（ITサービス）業界で自嘲気味に語られることの多い台詞です。ゼネコンを頂点とする多重下請け構造や、労働集約型の現場を指して言うようですが、本当にそうなのでしょうか？私もこの業界長いですが、実際に建築業界に身をおいていた人が語ったのは聞いたことがありませんでした。そして、昨日まさに建設業界から見た双方の業界の比較について聞く機会があり、双方の違いと問題点を鋭く斬られていたので、他のメディア主催のセミナーの話で恐縮ですが紹介させてもらいます。 その話とは、日経ソリューションビジネスDAYの基調講演で大成建設CIO（社長室情報企画部長）の木内里美氏のお話。大成建設ではASTERIAもご利用いただいており、木内氏とも面識があるのですが、こういう切り口のお話を聞くのは初めてでした。講演の中で氏は、受託開発と建設業が似て
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
not found