Knowledge

Sorry, this entry is only available in 日本語. 1. オフショアに関する意識調査結果から 少し古くなりますが、IPAの調査データに次のようなものがあります。IPA (Information technology Promotion Agency) がオフショアに関してIT企業に出したアンケートの結果です。調査Aでは、70％以上が「現在より拡大したい」と言っており、調査Bでは、「70％以上が予定なし」と答えています。 まったく相反するような結果が出ていますが、実はこれ、調査Aは既にオフショアを実施している企業からの回答であり、調査Bは過去に一度もオフショアを実施したことがない企業からの回答なのです。 一概には言えませんが、オフショアで開発を経験した企業はそのメリットを享受し、さらに利益を求めて拡大へと向かい、経験したことがない企業は、実感としてメリットを捉えることができないためにさらにオフショア実施に対して消極的になってしまっているという構図がうかがえます。 2. オフショアを始める前に何をする必要があるか？ このように経験したことがない企業が、オフショアを検討し始める際には当然のごとく不安が付きまとうことになります。また、何も考えずにオフショアを始めたのでは、過去の失敗事例同様の結末になりかねません。オフショアでの開発は、少なからずリスクが存在します。ここでは、リスクに対する不安を少しでも和らげるために、何をすれば良いかについて紹介します。オフショアを始める前には、最低でも次のことはやっておきましょう。 目的を明確にする 概要を理解する オフショアの事例を研究する オフショア先（国）候補を決める 2.1 目的を明確にする まず、オフショアの目的を明確にしておきましょう。目的により、オフショアの進め方、オフショア先が違ってきます。目的としては次のようなものが考えられます。 コスト削減 人件費の低い国での労働力を活用し、開発予算を抑えます 人材不足解消 日本国内での人材不足解消の手段を海外に求めます スキル導入 自社に技術スキルがなく、即時にそのスキルを導入したい場合に活用します  2.2 概要を理解する 次に、オフショアの契約形態とそのフォーメーションについて理解しておきましょう。大きく分けると受託開発型とラボ型の二つに分類することができます。 受託開発型 オフショア側に納品責任が有る、日本で一般的に採用されているものと同様の契約モデルです。事前に決められた仕様、期間、金額通りにシステムを納品することでプロジェクトが完了します。現地とブリッジSEを窓口にして開発を進めます。 ラボ型開発 同ーのオフショアチームを一定期間、一定予算で抱え込んで開発を進めるやり方です。お客様は、ブリッジSEを通して、或いは直接オフショア側のチームに指示を与えます。  3. オフショアの事例を研究する 目的がはっきりして、オフショアの概要を理解したら、次に他部門・他社のいろいろな事例について研究するとよいでしょう。先達が残してくれた事例は、失敗しないための貴重な財産になります。事例については、インターネットを検索しても、すぐにたくさんの成功事例、失敗事例を見つけることができます。その事例から、注意点やリスクを自分で読み取ることはとても役に立つでしょう。...

1. Analyzing Salesforce cost for implementation  Implementing Salesforce can have 2 types of fees including installation and license costs. For Salesforce, you don’t need to pay the initial cost for installing the tool, so the cost of installation depends on the business’s deployment requirements....

Offshore development solutions are a form of collaboration in which businesses work with overseas software engineering teams to build and operate technology products. Depending on their needs, companies can choose either a contract-based model or a lab-based model. Below are the solutions that BAP...

The stability of IT systems now directly determines a company’s business performance, where any disruption can lead to significant losses. This is where O&M Services (Operation & Maintenance Services) become a strategic factor, helping enterprises not only maintain stable system operations but also optimize...

Sorry, this entry is only available in 日本語. １． ダナンのIT産業が急成長した理由 ますます発展するベトナムのIT業界の中で、ダナンは特に注目を集めています。ひと昔前、日本企業によるダナンへの投資は、製造・加工業が中心でした。 しかし、10年程前からソフト開発や設計などのIT分野への投資が目立つようになり、2018年には投資件数の25％がIT分野という状況になりました。 このようにダナンのIT産業が注目を浴びるようになった理由は何でしょうか？理由は３つあります。 １-１．人件費が安い ダナンのIT産業が急成長した大きな理由は人件費の安さです。ベトナムはASEAN諸国の中でも人件費が安い国です。ダナンはホーチミン、ハノイに次ぐ第3の都市ですが、その人件費は20％以上も安いと言われています。 賃金（月額） ハノイ ホーチミン ダナン 法定最低賃金 156 156 138 ワーカー（一般工職） 181 193 158 エンジニア（中堅技術者） 346 349 226 単位USD/月（JETRO 2016） さらに、ダナンのIT業界の離職率はわずか8％であり、ハノイやホーチミンが20％であるのに比べて非常に低くなっています。 このように、人件費が安く離職率が低いダナンのIT産業はオフショア開発先として注目を集め、多くの日本企業がダナンへ進出しました。 １-２．国による優遇政策 2010年、ダナンはベトナム政府からIT特区に認定されました。海外のIT企業に対する優遇政策として、法人税免除、土地リース料免除などが適用されました。 このように、国をあげて企業誘致に力を入れたことにより、多くの日本IT企業がダナンへ進出しました。 １-３．若く優秀な人材 若く優秀な人材が多いことも、ダナンのIT産業の成長に貢献しているでしょう。ダナン市には大学と短大が25校あります。その中で、工科大学、IT教育大学、IT短大などITを専攻とする学部・学科があります。 また、IT分野だけではなく、オフショア開発に重要な日本語教育も充実しています。さらに、ベトナムではほとんどの大学でインターンシップが必須となっています。 インターン先でIT企業を志望する学生も多いため、企業にとっては一緒に働いた経験のある学生を雇うことができるというメリットがあります。このように、ダナンはITと言語の両方で、若く優秀な人材が多いと言えるでしょう。 2． ダナンのIT産業...

“Isn’t system operation just another word for maintenance?” Even experienced IT teams often use the two terms interchangeably. In reality, operation and maintenance differ in purpose, scope, and the skills they require. Blurring the line between them leads to familiar problems: incidents bounced between...

SAP business planning software was launched in 2006 and has provided enterprises with a lot of convenience. Now, SAP is getting more and more attention and the demand for using this technology system is increasing. Nevertheless, SAP ERP maintenance will end in 2027, SAP...

Offshore development unit price is the first key factor in budget. In practice, the total budget is not a simple multiplication, such as “developing unit price per man-month”, as anyone with offshore experience knows. In order to make a project successful, there is the...

SAP Cloud Platform is a cloud computing platform (PaaS) developed by SAP, enabling businesses to flexibly expand, integrate, and build applications on their ERP systems. In the era of rapid digital transformation, this platform has become a top choice for optimizing operations and accelerating...

Sorry, this entry is only available in 日本語. 0x (https://0xproject.com/) は異なるトークン同士を取引する分散型取引所(DEX)を構築するためのプロトコルで、イーサリアムネットワーク上に構築されています。 一般的なDEXでは、取引注文（オーダーブック）や注文キャンセルなどの全てのトランザクションをブロックチェーン上で処理します。 ブロックチェーンの承認作業には時間とコストがかかりますから、取引時にかかる時間と手数料が多くなってしまいます。 更に、イーサリアムネットワーク全体にも負荷がかかり、DEX以外でのトランザクションを阻害する可能性があります。 0xでは、互いにトークンの取引を行う処理だけをブロックチェーン上で行い、それ以外の取引注文などはオフチェーンで行うようにすることで効率的な取引と低い手数料を可能にします。 0xの仕組み このように0x プロトコル上では、取引の決済のみがイーサリアムブロックチェーン上で行われ、それ以外の取引の注文などはオフチェーンで処理されます。 左側の図で、2から4までがオフチェーンで行われ、7でのみオンチェーンの決済が行われます。 メイカー: 予約注文を提示する人。 テイカーはメイカーの予約注文に応じる人。 ※オーダーブックは予約注文をリスト化して管理する注文表。 ①メイカーは、自分が持つトークンAへDEXコントラクトがアクセスするのを承認する ②メイカーは自身が持つトークンAをトークンBに交換するための取引を注文し、秘密鍵で署名が行われる。 ③メイカーはこの取引注文をネットワークにブロードキャストする ④テイカーはその取引注文を受ける ⑤テイカーは自分が持つトークンBにDEXコントラクトがアクセスするのを承認する ⑥テイカーはメイカーの署名をDEXコントラクトに提示する ⑦DEXコントラクトがトークンAとトークンBの取引決済を行う オーダーブックの管理者はリレイヤーと呼ばれ、報酬として取引手数料を得ることを目的とした不特定の個人が主体となることができます。 リレイヤーはオフチェーンでのオーダーブック管理だけを行います。 ①リレイヤーが取引手数料の金額と手数料受取用アドレスをメイカーに提示する ②メイカーは取引注文を作り、提示された取引手数料をセットし、秘密鍵で署名を行う ③メイカーは署名済みの注文をリレイヤーに提示する ④リレイヤーは注文の正当性を確認し、有効ならオーダーブックに記録する ⑤テイカーはメイカーの注文が更新されたオーダーブックを受け取る ⑥テイカーは取引したい注文を見つけ、イーサリアムブロックチェーンのDEXコントラクトに提示する 0x まとめ 0xではビットコインのマイニングを多くの人が競争して行うのと同様に、リレイヤー同士の競争により取引手数料はより安くなっていくことを前提に設計されています。 オーダーブックの管理者が分散されているという点がこれまでになかった新しい仕組みとなっています。 また、取引の実行時は安全性のためイーサリアムブロックチェーン上で行われるので、送金速度の問題が未解決のまま残されています。 デイトレーダーにとって取引所では両替が瞬間的に行われる必要があります。...