Digital Heroes: Guide to IT World

ブルカヌス・プログラム合格から始まった、期待と不安の3カ月。震える手で受話器を握りしめた日、私は確かに“未来”に向かっていた。 🎯合格！——夢のスタートラインに立った日 「やった！」と叫んだあの日の自分を、いま振り返って少し笑ってしまう。 ブルカヌス・プログラム——欧州で語学と企業研修を行う、夢のようなチャンスに合格した。 英語のスクリプトも完璧に仕上げ、面接も乗り切った。だが、合格通知を受け取った瞬間から、不思議と“新しい不安”が生まれ始めた。     🏢企業選び——“運命の電話”の前で震えた夜 次のステップは、欧州の受け入れ企業の選定。 受け入れ先の多くは機械系。しかし私は、経営工学に近いテーマを志していた。 そんな中、目に留まったのが「Renault」を含む数社。 当時はまだWeb会議が一般的でなく、 電話での英語面談 が行われた。 時刻通りに机の前に座り、受話器を見つめて待つ。 初めての英語面接。声が震え、言葉が詰まり、心臓が跳ねる。 それでも3社と面談し、最終的に決まったのは—— Renault社（フランス） だった。 🇫🇷まさかのフランス語!?——不安だらけの新挑戦 「え？フランス語で研修!?」 「え？ということは、これからフランス語!?」 第2外国語はフランス語にしていたものの、テストはほぼ赤点。 まさか、それが自分の“武器”になるとは思わなかった。 合格から渡航までの3カ月、フランス語の猛勉強が始まった。 準備金で初めてノートパソコンを購入し、辞書を片手に勉強を続ける。 ページをめくるたびに夢に近づく気がしたが、不安はそれ以上に膨らんでいった。 💭できるのか？——自分への問いと葛藤 「できると言って、合格した。でも本当にできるのか？」 周りの仲間はみな優秀で、自信に満ちている。 私はただ、震える手でメールを打ち、送信ボタンを押すことしかできなかった。 それでも、旅立ちは近づいてくる。 新しい世界、新しい言葉、新しい挑戦。 怖さと同時に、どこかワクワクしている自分もいた。 ✈️旅立ち——不安とともに踏み出す朝 関空へ向かう朝。 ブリュッセルで仲間と合流するため、スーツケースを引きながら膝が震えた。 「不安」こそが、次の扉を開く合図なのかもしれない。 あ...

ドキドキの最初の転職 「うわっ、これ本当に自分が選んだ道で大丈夫か!?」 初めての転職の時、心臓がバクバクして眠れなかったのを今でも覚えています。毎回の転職が順風満帆だったわけではありません。むしろ、最初の一歩は大きな賭けでした。日立という巨大なベンダーから、全く別のフィールドであるデロイトへ。ビッグネームからビッグコンサルへの移籍は、私にとって挑戦そのものでした。 面接からの急展開 面接を担当してくださったパートナーの方は、驚くほど決断が早い方でした。私はまだ未熟な部分も多かったのですが、「チャレンジ採用」としてチャンスをいただけたのです。喜びと同時に、心のどこかで「これはすぐに試されるぞ」と直感していました。そしてその直感は的中。入社直後から昇進チャレンジが始まり、息をつく暇もないスタートとなりました。 指示が来ない世界 日立時代は、細かい指示が降りてくる環境でした。マニュアル的で安心感もある一方、自分の考えを挟む余地は少なかった。ところがデロイトでは違います。入社して最初に気づいたのは「会社は助けてくれない」という現実。プロジェクトに入れば、成果を出すのは自分たちであり、チームであっても個人への依存が大きい。しかも、デロイト品質を担保しながら。正直、最初は戸惑いの連続でした。 ベンダーとコンサルの違い 効率的に動いていると思っていたコンサルの世界。しかし実際はそう単純ではありません。オフィスに遅く来て深夜まで残る人も多い。資料作りは速いが、その裏でプログラムを理解しているのか分からないメンバーもいました。そんな中、ついプログラムの中身を覗いてしまう自分に苦笑い。ベンダー出身だからこそ手を動かしたくなる。そこに大きな文化の違いを感じました。 相談される喜び ただ、一番うれしかったのは「相談される」という経験でした。ベンダー時代は「依頼」や「指示」を受ける立場が中心で、自分の意見を顧客にぶつける場面は少なかった。ところがコンサルでは違います。顧客から「どう思いますか？」と問われ、自分の経験や知識をもとに答える機会が増えました。その瞬間、「あ、これは自分にしかできない価値だ」と強く感じたのです。 空いた時間でお小遣いを貯めよう！「アイリサーチ」     明日への一歩 ベンダーからコンサルへの転職は、戸惑いの連続でした。でも、...

家族か、仕事か、どちらも全力で支えるエンジニアの決断 1. システムも、命も、リリースのタイミングは読めない！ 「うそでしょ！？今！？」 それは、ベトナムから日本に到着した瞬間に届いた1本の電話でした。 「産気づいて、今から病院に行く」 それはまさに、初めての子どもがこの世に生まれようとしている瞬間でした。 2. 妻と離れ、アジアと東京を往復する日々 当時、僕は銀行系の大規模システム開発の真っ只中。 アジア市場向けのシステム開発のため、ベトナム出張が増えていました。 妻は妊娠後期、実家のある岡山で里帰り出産を選択。 東京、岡山、ベトナムという三地点を往復しながら、システムと家庭の両立に奮闘していました。 3. 立ち会えない決断、それでもできることがある 日本に着いた瞬間、産気づいた妻からの電話。 急いで新幹線に飛び乗ろうとした僕に、妻からの一言。 「できれば退院のときに来てほしい」 病院に5日間いる間はなんとかなる、でも退院後の生活が大変だからと説得され、 僕は帰省のタイミングを調整しました。 4. 立ち会えなかったけど、一番必要なタイミングに 退院の日、初めてわが子と対面。 深夜の授乳、生活の立ち上げ、疲れている妻を支える1週間。 まさに「システム導入後の初期サポート」のようでした。 立ち会いはできなかったけど、僕は本当に必要なときにそこにいました。 5. システムも人生も「導入後」が勝負 子どもが生まれる瞬間は、家族という“新システム”のリリースと同じ。 仕様書のない人生、どんなに混乱していても、誰かの支えで乗り越えられる。 この経験を通じて、自信を持って言えます。 私ならできる！明日から踏み出す、新たな一歩

 地味？いやいや奥が深い！ユーザー視点で世界が広がる、システムテストの知られざる魅力 驚きの一文からはじまるテストの世界 「うそでしょ⁉ 山手線で一晩中、テレビを見続けたって⁉」 実はこれ、あるシステムテストの現場で本当にあった話なんです。テストというと、なんだか地味な印象を持つ方も多いかもしれませんが、その裏にはこんなにも熱くてユニークな世界が広がっています。 システムの数だけ、ストーリーがある 世の中には無数のシステムが存在します。たとえば、銀行のATM、通販サイト、交通機関、SNS、スマホアプリ。これらすべては、開発され、そして入念に“テスト”されて世に送り出されてきました。 NHKの「プロジェクトX」でも紹介されたことのある、JRの座席予約システム「マルス」。そこでも、壮大な開発ドラマとともに、テストの重要性が描かれていました。 はじめの一歩は「壊して学ぶ」こと 新しくシステム開発の現場に入ったエンジニアが最初に取り組むのが、「テスト」です。プログラムを書く前に、まずはシステムを動かし、壊してみる。そこから学ぶことがたくさんあるのです。 テストの種類もさまざま。 機能テスト ：ひとつひとつの機能を確認 結合テスト ：システム間のつながりをチェック ユーザーテスト ：ユーザーの目線で使い倒してみる 中でも印象的なのが「モンキーテスト」。これは猿のように無造作に操作することで、思わぬバグを見つけるユニークなテスト手法です。 一晩中、山手線でテスト!? 最も印象に残っているのが、あるテレビCM配信システムのテスト。開発チームは、車内ディスプレイに広告が正しく映るかを確認するため、 山手線を一晩中乗り続けてテスト を行いました。地道で地味だけど、確実にユーザー体験を支える尊い仕事です。 空いた時間でお小遣いを貯めよう！「アイリサーチ」 すべての動作の裏に、誰かのテストがある 今、私たちが快適に使っているあらゆるシステムの裏には、数えきれないテストの努力があります。それは単なる動作確認ではなく、ユーザー体験の質を保証するための「創造的」な仕事。 そして、誰にでも「はじめの一歩」があるのです。 私ならできる、明日から踏み出す新たな一歩！

プログラミングできなくてもITで稼げるの！？ そんな声が社内のランチタイムに響いた。隣にいた後輩が、最近ITへの転職を考えているらしい。でも、ITって本当に稼げるの？という問いかけに、私は思わず口をはさんでしまった。 「稼げる人は稼げるよ、ただし“何もせずに”は無理」 私はこれまで、製造業の情シス部門から始まり、金融・製薬・交通インフラなどの大手企業のIT部門で働いてきた。だからこそ、分かる。ITで稼ぐには“自分の貢献”が求められるということを。 稼げるポジションは、プログラマーだけじゃない よくある誤解は「IT＝プログラムを書く仕事」というイメージ。実際は違う。 企業のIT部門で求められるのは、プロジェクト管理能力、課題整理スキル、関係者の動きを把握する調整力。実際にコードを書くのはSIerやSESの方々で、企業内ではシステム全体の理解と運用能力の方が重要視される。 IT業界は“建築業界”に似ている IT業界の構造は、まさに建築のような“多段階構造”だ。 一番上に来るのが「企業IT」。ここが主導権を持ち、要件を決める。 その下に「コンサル」。さらに「SIer」、その下に「SES」が控えている。 階層が下がるほど、単価も下がり、プロジェクトの自由度も減る。 つまり、同じ“ITの仕事”でも、どの立ち位置にいるかで収入も役割も全く違うのだ。 プロジェクトの主導側に立てば、たとえプログラムが書けなくても“稼げる”ようになる。 求められるのは「整理」と「視点」 企業ITに求められるのは、問題を整理して、誰が何をしているかを明確にし、必要な打ち手を導くこと。 インフラやネットワークの基礎知識があればなお良いが、それよりも全体を見る視点が重要だ。 システムの裏側を少し知るだけで、「なぜこれが必要なのか」「どこでトラブルが起こるか」が見えてくる。それが“価値”になる。 稼ぎたいなら、構造を知れ！ 「とにかくプログラムを勉強しよう」と焦る前に、自分がどのポジションで働きたいのかを考えよう。 構造を知り、戦略的に転職活動をすれば、収入も安定し、将来設計もしやすくなる。 アンケートでおこづかい稼ぎ 最後に： 「何を目指すかを知ることで、努力の方向が決まる」 それが、私がこの業界で学んだ最大のこと。 転職で迷う人にこそ、...

パズルじゃん！ ある日、うちの息子が苦手な算数の宿題を見て叫んだ言葉です。感嘆符つけて喜ぶくらいなら、普段からもっとちゃんとやってくれ…という思いはさておき、その言葉が妙に心に残りました。 最近、算数が苦手な子が増えていると聞きます。計算のスピードも、文章題の理解も、「難しいから」と飛ばす子も多い。うちの息子も例外ではありません。特に、応用問題や図形問題になると完全スルー。それでもゲーム感覚で「パズル」と思えたとき、彼の目がキラッと光るんです。 ふと、思いました。 「算数って、本当に将来の役に立つんだろうか？」 「今やってる勉強って、プログラミングに関係あるの？」 そんな声を親からも、子どもからも聞いたことがあります。 そこで、システム屋としての視点で、ちょっとまじめに考えてみました。 プログラムは、数学を動かす装置？ もともとプログラミングは「電子計算機」で複雑な数学の問題を解くために生まれました。今のAIや機械学習も、基礎にあるのは確率統計や線形代数など、算数・数学の理論です。 たとえば、言葉を予測して出す「ニューラルネットワーク」も、その元になっているのは確率論の応用。つまり、プログラムとは「数理モデルを動かすための手段」といっても過言ではないのです。 算数できたら、プログラミングできるの？ もちろん、算数ができたからといって、すぐにプログラマーになれるわけではありません。でも、論理的に考える力、パターンを見つける力、計算式を分解して考える力――これらは、どれも算数で鍛えられるものです。 子どもたちが算数を「パズル」みたいに楽しめたら、将来プログラミングに向き合うときにも抵抗が少なくなるかもしれません。 今の勉強は、ちゃんと未来につながってる プログラムを書くとき、最も大事なのは「順序よく、わかりやすく、正確に伝える」こと。まさに算数の文章題や図形問題を解く力と似ています。 だから、算数はただの計算だけじゃない。 「筋道を立てて考える力」を育てる、大切な種なんです。 アンケートでおこづかい稼ぎ 最後に 私はこう思います。 今、目の前の算数の問題に取り組むことは、ただテストで点を取るためじゃない。 未来の仕事や生活の中で、「自分の考えを形にする力」を身につける第一歩。 「私ならできる！」 そ...