Xin chao ! こんにちは！
今回の記事は久しぶりにDehaの社員を紹介するインタビュー形式の記事です！
今回紹介するタンさんはプロセス品質管理のマネージャーでもあり、Dehaで最も多くの資格を保有する技術者でもあります。
彼のDehaでの仕事の様子や仕事への思いをお楽しみ下さい。
名前 Tran Huu Tan チャン ヒィウ タン
生年月日 1989（31歳）
役割 プロセス品質保証
経歴
私はコンピュータ研究者、開発者、品質保証スタッフを経てPM(プロジェクトマネージャー)になりました。現在ではプロセス品質保証を担当しています。私にとって、人間の働き方や作業に対する考え方は、機械やソースコードまたは複雑な数学などよりもっと複雑でおもしろいと考えています。
一人で仕事に取り組むよりもグループで取り組む方がにコミュニケーション機会が多く、1部分、1案件ではなく、組織の全ての案件やメンバーと仕事を通して関わる事が増えるため、そこでコミュニケーションやマネジメントのようなソフトスキルを高めることが出来ると考えています。
DEHAでは、Tanさんは最も多くの資格を持っている人ですが、その資格を紹介してもらえませんか。
DEHAだけではなく、ベトナムでもそんなに多くの資格を持っている人は多くありません。色々な資格を取得することは不可能ではなく、他の多くの皆さんは知識を特定の領域に集中しているだけだと思います。
しかし私は様々な知識を学び、いつ、どのようなプロジェクトにでも対応できるように努力しています。
現在、PMI.orgのPMPやPMI-ACPの資格を持っています。scrum.orgではPSM I、PSM II、PSPO、PSDやPALの資格を持っています。
他のメンバーも上記のような資格が取得できるよう社内勉強会も企画しています。
DEHAのプロセス品質保証になったばかりに、困難だった事とその克服方法について教えてくれませんか。
自分の仕事の習慣とやり方を変更するのは簡単ではありません。他人の仕事の習慣とやり方を変更するのは自分のやり方を帰る事よりも何倍も難しいです。
さらに難しいことは変更を恐れ、頑固な考え方がある人と一緒に仕事をする事です。そのように自分と違う考えややり方を持っている人と仕事をする事にとても苦労しました。そこで一番大切なことは我慢強くいる事です。
部長からのサポートもあり、段々仕事をうまく運べるよになりました。
DEHAに入って以来、一番記憶に残っている事は何ですか。
DEHAのマネジメントスタイルはとても印象的です。
目上の人でも部下でも、皆は友達のように扱い、何でも共有できる関係性です。他の会社と異なり、管理者とスタッフを差別するような事がほとんどありません。
また、会社のメンバーは各グループに分かれており、グループ間で組織しています。各グループは従来組織のように縦に分散化されておらず、お互いに平行、平等に動作します。
プロセスをプロジェクトに適用するときの利点は何ですか？
プロセスの適用は、製品の故障を防ぐためです。
調査によると、製品の分析および設計中に欠陥を発見するコストが[x]とすると、システムテスト段階にエラーを検出の場合、その「x」 の１０倍 のコストがかかります. さらにプロダクションの段階で発見の場合は 「x」の１００倍のコストがかかります。
したがって、製品開発の初期段階から、次のようなエラーを防ぐためのプロセスアクティビティを実行する必要があります。
それが、ドキュメントとユーザーストーリーが十分に明確である必要があり、ソースコードは規約に準拠し、バグを防止し、すべてのものがレビューされ、テストされ、バグが修正されている必要があります。
したがって、将来の製品エラーの可能性を防ぐために各役割は完全な手順を実行するためににプロセスがあるのです。
DEHAでプロセスを開発するための今後の計画について教えてください
プロセスを組織に適用することは、一夜の出来事ではなく、長い過程です。
将来的に、「プロセスをマインドセットであり、自分の一つの習慣である」と皆が思えるようになるという希望に基づいて、常に最新の開発方法を研究し、プロジェクトと協力してプロセスを常に改善、最適化しようと思います。
DEHAの良さは何ですか？克服すべきポイントなんだと思いますか。
DEHAだけでなく、どの組織でもそうですが、そのプロセスを受け入れる人もいれば、否定的な反応を持つ人もたくさんいます。
DEHAでは、ほとんどのメンバーがGrow Mindsetを持っており、変更に慣れているので、自分の仕事で苦労することは少ないです。
ただし、プロセスの改善と最適化の提案においてより積極的になり、プロセスの運用についてより多くのフィードバックを提供し、改善することが重要だと思います。
プロセス構築には、プロセス部門の責任だけでなく、プロジェクトメンバーからの多くのアイデアも必要なのです。
プロセス部門は現在何をしていますか？
プロセス部門の主な業務は、各プロジェクトと各部門のプロセスを開発、発行、実装することです。
さらに、プロセス部門はプロセスの効果的な運用を監視、助言、サポートします。
仕事は、簡単そうに思えますが、とても難しいです。暇な時もあれば、忙しい時もあります。 興味のある方は、プロセス部門の作業に参加しませんか。 いつでも歓迎しますよ：D
生成AIの急速な普及を背景に、世界各国で企業のAI活用が加速しています。 その中でもベトナムは、政府による積極的なAI政策やデジタル化の推進、海外企業による投資拡大を追い風に、東南アジア有数の成長市場として注目を集めています。 この記事では、最新の市場規模や市場シェア、成長を支える要因、主要企業の動向をもとに、2034年に向けたベトナム企業AI市場の将来性と日本企業に広がるビジネスチャンスについて詳しく解説します。 AI市場に興味がある方 ベトナムのIT市場に興味がある方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めばベトナム企業のAI市場規模がわかるのはもちろん将来の予測もわかりますよ。 (more…)
近年、システム開発で代表的な手法として長年利用されてきたのが「ウォーターフォール開発」と「アジャイル開発」を組み合わせた「ハイブリッド開発」が新たな選択肢として注目されています。 この記事ではそんな「ハイブリッド開発」について、どう言った特徴があるのかや、企業価値を最大化するためにはどのような視点で開発戦略を選択すべきかについて見ていきます。 アジャイル開発に興味がある方 DX化を進めたい方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば「ウォーターフォール開発」と「アジャイル開発」のそれぞれの特徴と、それを掛け合わせた「ハイブリッド開発」の特徴が丸わかりですよ。 アジャイル開発の特徴とメリット アジャイル開発とは、「素早い」「俊敏な」という意味を持つ言葉の通り、変化に柔軟に対応しながらシステムを開発する手法です。 従来のウォーターフォール開発では、要件定義、設計、開発、テスト、リリースという工程を順番に進め、最後に完成したシステムを利用者へ提供します。 一方、アジャイル開発では短期間の開発サイクル（スプリント）を繰り返します。一般的には1〜4週間程度の期間で、優先度の高い機能を開発し、動作する状態で提供します。 その後、利用者から意見をもらい、次の開発に反映します。 この流れを繰り返すことで、利用者の本当のニーズに近いシステムを作りやすくなります。 例えばECサイトの決済機能を開発する場合、最初からすべての決済方法を実装するのではなく、まずクレジットカード決済だけを提供し、その後電子マネーやQR決済などを追加していくことが可能です。 この方法では、早い段階でサービスを市場へ投入でき、利用状況を確認しながら改善できます。 アジャイル開発の主なメリットは以下の通りです。…
企業の基幹システムの多くは、10年、20年、あるいは30年以上にわたって運用され続けています。 しかし近年、こうしたレガシーシステムを取り巻く環境は大きく変化しています。 近年、注目されているのが「7Rフレームワーク」です。 7Rフレームワークは既存システムをクラウド環境へ移行する際に採用される代表的な意思決定モデルであり、システムごとに最適な移行戦略を選択するための考え方です。 この記事ではそんな7Rフレームワークについて、特徴を紹介していきます。 7Rフレームワークに興味がある方 生成AIを活用したい方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば7Rフレームワークの特徴がわかるのはもちろん、AI時代での7Rフレームワークについて丸わかりですよ。 (more…)
オフショア開発は従来の「量」の補完から、しかし、生成AIの急速な進化によってその前提が大きく変わろうとしています。 今後は「どれだけ高い生産性を実現できるか」が重要です。 この記事ではそのようなオフショア開発のあり方の変化について見ていきます。 オフショア開発に興味がある方 社内のIT人材が不足している方 AIを使った開発に興味がある方 これらに当てはまる方におすすめの記事となっています。これを読めばオフショア開発の変化についてわかるのはもちろん、AI Nativeについても丸わかりですよ。 (more…)
近年、日本のIT業界では「2030年に最大79万人のIT人材が不足する」という予測が繰り返し語られています。 この数字は、日本社会のDX推進や企業のシステム開発を支える人材の不足を警告する象徴的な指標として広く認知されています。 しかし、2022年末以降の生成AIの急速な発展により、この予測の前提条件は大きく変化しています。 かつては人間が手作業で行っていたプログラミング、設計書作成、テストケース生成、ドキュメント作成、データ分析などの業務が、AIによって大幅に自動化され始めているためです。 その結果、「79万人不足」という予測を単純に受け入れるのではなく、「どのような人材が不足し、どのような人材の需要が減少するのか」という質的な観点から再検討する必要が生じています。 この記事では、生成AI時代におけるIT人材不足の構造変化を分析し、2030年に向けて求められる人材像について考察をしていきます。 生成AI時代が気になる方 IT業界の方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事となっています。これを読めば「2030年79万人IT人材不足」問題について、新しい見解とその対策がわかりますよ。 (more…)
長年運用されてきた基幹システムは、企業活動を支える重要な存在である一方で、技術的負債の蓄積、保守人材不足、クラウド対応の遅れ、ブラックボックス化など、さまざまな問題を引き起こしています。 従来のマイグレーションでは、既存システムの解析からコード変換、データ移行、テスト、カットオーバーまで、多くの工程を人手に依存していました。 こうした背景の中、注目を集めているのが「AIレガシーマイグレーション」です。 この記事ではAIレガシーマイグレーションについて、どんな特徴があるのかやその強みに着目をしていきたいと思います。 AIレガシーマイグレーションが気になる方 製造業の方 DXをすすめたい企業の方 これらに当てはまる方におすすめの記事となっています。これを読めばAIレガシーマイグレーションがどう言ったものかがわかるのはもちろん、DEHAのAIレガシーマイグレーションについてもわかりますよ。 (more…)