「共創」十番勝負TIS編の第2回目は、前企画本部副本部長として新規事業の企画などに携わった中村清貴執行役員へのインタビューである。中村執行役員は現在、ペイメントビジネス事業本部長の職にあり、異動直前に話を聞いた。前回紹介した通り、TISにおけるベンチャー企業との共創はIT業界では特異な試みだが、それだけでTISのビジネスモデルの変革につながるかは疑問だ。 実はTISには、決済関連のプラットフォーマーを目指したいという“宿願”がある。だが、その道を歩めば重要顧客である金融機関とのあつれきを生みかねない。今回の共創の取り組みとともに、東南アジアで仕掛けた決済サービスがその成否のカギを握る。 人月商売というビジネスモデルの将来について、経営層としての認識を聞ききたい。ITベンダーによっては楽観論から悲観論まで様々だが、TISは自社の将来をどう見ているのか。 実は、「極言暴論」などの木村さんの記事
ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から
SIの現場でよく出てくる設計/プログラミングの話について書きます。 初・中級者向けの内容にします。 会社員なので土日は休みです。(が、調子がよければ書くかもです ) 姉妹カレンダーもよろしくお願いします。 http://qiita.com/advent-calendar/2015/tis
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
転職・求人情報サイトのtype エンジニアtype スキル SEが知っておくべき、新規プロジェクト「失敗の本質」～成功率8割以上のPMOが語る、炎上させない方法論とは （写真左から）マネジメントソリューションズCOOの田口正剛氏と、マネージャーの佐藤直樹氏 企業景気の復活やサービス競争の激化により、国内・海外ともにシステムの新規導入・刷新プロジェクトの需要が高まっている。そこで、SIer・ユーザー側それぞれが人的リソースの確保と並んで取り組んでいるのが、プロジェクトの成功率アップだ。 2014年の『日経コンピュータ』によると、昨今のシステム関連プロジェクト成功率は約7割とのこと。プロジェクトの平均成功率は短期のものほど高く、「3カ月未満」が81％、以下、「3～6カ月未満」が78％、「6カ月～1年未満」が74％、「1年以上」が67％だった（※データの出典元は同誌2014年10月16日号）。
SIerなどトラディショナルなITベンダーも、いよいよ“既存顧客”との関係の見直しに動かざるを得ない。既存顧客とはユーザー企業のことではない。IT部門のことである。 強いIT部門とはこれまで通り付き合うにしても、大半のユーザー企業でIT部門は没落しつつある。そんな顧客と運命を共にすることはない。ユーザー企業の中に別の顧客を見つけることを急ぐとともに、IT部門に取って代わる策略を考えるべきときである。 景気回復により今、ユーザー企業はIT投資を増やしつつある。ただ、以前のようにIT部門が全ての案件を仕切っているわけではない。確かに、ERP（統合基幹業務システム）など“基幹系システム”という名の間接業務の支援システムは昔も今もIT部門の管轄である。だから、ERP のバージョンアップに伴うアドオン（カスタマイズコード）の改修といった、ITベンダーにとってそれなりに美味しい仕事は、依然としてIT部
私は自分のコラム「極言暴論」で、ユーザー企業のIT部門とITベンダーの問題点や課題を極言し、暴論してきた。だが、特にITベンダーあるいはIT業界の話を書くと、空しくなることがある。私が指摘する問題点は、ITベンダーの経営幹部なら随分前から自覚している。それでもITベンダーや業界は何も変わらない。 「極言暴論」の読者にも「以前に何度も聞いた話」とシニカルに受け止められてしまったりする。「このままでは日本のIT業界に未来は無い」と叫んだところで、「またですか」とオオカミ少年扱い。やはり“ゆでガエル”状態になっている人には、湯の温度が多少上がったぐらいでは危機感を持って受け止めてはもらえない。 それでもクラウドの世となり、ITベンダーを丸ごとゆでる湯の温度は急激に上昇している。今起こっているパラダイムシフト、パワーシフトは以前のダウンサイジングやインターネットの爆発的普及のときの比ではない。シス
日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
Webサービス全盛の今こそ、エンジニアリングについて本気で語るイベント、「これからのエンジニアリングの話をしよう」第1回レポート。未来の受託業界を担うベンチャー企業のエンジニアが集まってパネルディスカッションを行った。 「Webサービスは格好いい」「SIオワコン」本当に？ 「Webサービスが盛り上がっていて、“クリエイティブで楽しい”“華やか”というイメージがある。一方、受託開発は“地味でオワコン”という風潮があるが、本当のところはどうなのか？」 2012年1月19日、ベンチャーカフェが主催するイベント「これからのエンジニアリングの話をしよう」で、このような質問が投げ掛けられた。 本イベントは、「Webサービス全盛の今こそ、エンジニアリングについて本気で語る場が欲しい」というエンジニアの声によって生まれた。さまざまな切り口で「受託開発の未来を考える」シリーズイベントで、全5回を予定している
This document introduces the author as a software engineer who works with Redmine, TestLink, and open source projects. It provides an overview of the author's background, interests which include Hadoop and database technologies, and links to the author's blog and social media profiles. The author signs off by noting they are available for any questions.Read less
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 プログラマを一生に仕事にできるビジネスモデルで目指す未来のビジョン ソニックガーデン代表取締役社長 倉貫義人氏。 倉貫です。今回のオファーをいただいたときに「技術者の人が元気になるような話をしてほしい」というのがあって、私自身がずっとエンジニア、プログラマやマネージャ、営業などいろいろや
前回、『今こそ「連続」の視点から見てみよう』という題目で、「連続」に関して言及したので、今回と次回でコンピュータ・システムの「連続性」と関連する話をしてみようと思う。 コンピュータ・システムの連続性と言ってもいろんな視点がある。 「システムの操作性（ユーザー・インターフェイス）」や「システムの稼動」といった視点から「連続」を考えることもあろうが、今回は、「システム開発と連続の視点」とについて言及することにする。 これに関して、私の部署でシステム開発をしてくれている人たちの考え方に対して、最近思うことがあり、『考え方』を中心に話をすることにしたい。 また次回に、「システムを使い捨てることと、いつでも捨てられるための準備」について述べたい。 【前提】 今回及び次回の話の中でのコンピュータ・システムは、通常の企業活動で使用する、オーダーエントリなどの販売管理や在庫管理、倉庫管理、財務管理などの基
前回予告したように、今回は「システムを捨てることと、いつでも捨てられるための準備」ということに関して、私の意見を述べてみようと思う。 私が、この「システムを捨てることと、いつでも捨てられるための準備」ということを、意識し始めたのは、2000年ごろSCMに取り組み、B2Bの仕組みの開発を真剣にやり始めた頃である。 各社には各様のビジネス・プロセス、仕組みが存在する。〔Each customer has each way(each system).〕１対１で対応する仕組みを一々作ることはきりがないし、ビジネスはどんどん変化する。その変化に伴って、ビジネス・プロセス、仕組みも変化し、メンテナンスがどんどん増える。【注】 将来を考え、再利用性、拡張性を考えると、開発が遅れるし、複雑になる。そうであるなら、割り切って、短期間の使用でコストを上回るメリットを出し、数ヶ月でペイし、いつでも今のシステムを
「人月による受託開発には限界がある」――SI企業で働いているエンジニアが考えた末に見出した「SaaSの新事業を立ち上げる」という道。社内SNSを開発、新規事業として社内ベンチャーを立ち上げた倉貫義人氏が「エンジニアとして自身が望む道」を語る。 社内ベンチャーという道 「社内ベンチャー」という言葉を聞いたことがありますか？ 社内ベンチャーとは、新規事業の立ち上げや新規市場の開拓といった目的で、企業の中で擬似的に作られるベンチャー組織のことです。多くの場合、既存事業の延長線上では実施しにくい事業を推進するために作られます。つまり、社内ベンチャーは「イノベーションを期待された組織」といえます。 筆者が所属するSonicGardenは社内ベンチャーです。本体の会社は、TISというシステムインテグレータ（以下SI企業）です。 TISは、お客さまの要求を満たすシステムを作って納品する、という受託開発の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
