When I took over responsibility for technical function at akirolabs more than three years ago, I inherited a procurement SaaS platform that was still at a very early stage, with development fully outsourced outside Europe. However, the company had already reached early product-market fit, and first customers demonstrated their interest, which made product ownership and…
Las opiniones de CIO, consultores y coaches ejecutivos muestran que los CIO eficaces no se limitan a informar de los problemas: comparten la información pronto, explican claramente las cuestiones y ayudan a los ejecutivos a decidir qué hacer a continuación. Estas son siete formas en que los CIO pueden comunicar malas noticias de manera más…
마이크로소프트(MS)가 반독점법 위반 의혹과 관련해 계속해서 규제 당국의 조사를 받고 있는 가운데, 미국 정부가 정확히 어떤 사안을 들여다보고 있는지에 대한 새로운 내용이 공개됐다. IT 매체 더버지(The Verge)가 입수한 정보에 따르면 미국 연방거래위원회(FTC)는 MS의 사업 계약, 라이선스 정책, 제품 간 상호운용성과 관련한 자료를 수집하고 있다. 또한 AI, 보안, 소프트웨어 분야를 중심으로 윈도우와 오피스를 포함한 제품 번들링(끼워팔기)…
한국 반도체 기업 SK하이닉스가 메모리 패키지 내부에 냉각층을 통합해 방열 성능을 높인 AI 데이터센터용 새로운 고대역폭 메모리(HBM)를 공개했다. 이번 기술은 해당 메모리를 탑재한 AI 프로세서의 동작 속도를 높이거나 냉각 비용을 절감하는 데 도움이 될 것으로 기대된다. 기존 반도체 냉각 구조는 대부분 패키지 외부에서 열을 방출하는 방식이다. 즉, 열은 패키지 밖으로 전달된 이후에야 냉각된다. 그러나 AI용…
앤트로픽은 3일 AI 기반 취약점 탐지 프로그램인 ‘프로젝트 글래스윙(Project Glasswing)’에 150개 기업을 추가로 참여시킨다고 발표했다. 새롭게 참여하는 기업은 전력, 수도, 의료, 통신, 하드웨어 등 국가 핵심 인프라 분야를 중심으로 구성됐다. 분석가와 보안 업계는 이번 조치를 긍정적으로 평가했다. 취약점 탐지에 참여하는 기업이 많을수록 더 많은 보안 결함을 발견할 수 있기 때문이다. 다만 업계가 더 주목하는 문제는…
CIO와 컨설턴트, 임원 코치들의 경험에 따르면 뛰어난 CIO는 단순히 문제를 보고하는 데 그치지 않는다. 이들은 문제를 조기에 공유하고, 상황을 명확하게 설명하며, 경영진이 다음 단계의 의사결정을 내릴 수 있도록 지원한다. 다음은 CIO가 나쁜 소식을 보다 효과적으로 전달하기 위한 7가지 방법이다. 1. 나쁜 소식도 예고된 소식으로 만들어라 성공적인 CIO는 문제가 발생한 뒤에야 경영진과 소통하지 않는다. 처음부터 정보를…
A report released Wednesday by Boston Consulting Group (BCG) indicates that many organizations are having difficulty converting efficiency gains that are AI-driven into any sort of measurable value. The fourth edition of the consultancy’s annual Global AI at Work Survey reveals 42% of frontline employees who use AI on a regular basis save upwards of…
AI governance is an ongoing game of catch-up for enterprises. Model updates and iterations are rolling out at a rapid clip, often making governance frameworks obsolete before they’re battle-tested. To evolve beyond this paradigm, OpenAI is introducing Active sessions. This new ChatGPT security feature allows users to review and log out of one or more…
Cloud computing has reached a crossroads. The high cost and data sensitivity of AI workloads are raising the appeal of private clouds, even as neoclouds and sovereign clouds shake up the cloud provider landscape. New cyberthreats, shifting compute requirements, and management complexity are adding to cloud complications. Download the June 2026 issue of the Enterprise…
SIer、監査法人を経て事業会社へ ——これまでの経歴は？ 私が社会人になったのは、「2000年問題」が大きな話題になっていた2000年で、大手商社系のシステム子会社に入社しました。以来10年以上にわたり、SIerとしてシステム導入に携わってきました。 中でも長く担当していたのが、SAPの導入支援です。顧客企業の業務プロセスを理解し、それをシステムへ落とし込んでいく役割を担い、業務とITをどう結びつけるかに向き合ってきました。 このSIer時代に次第に気になるようになったテーマが「監査」でした。担当していた菓子メーカーのプロジェクトでも、「監査上、この観点が重要になる」といった話がたびたび出てきていたのです。 「監査とは何なのか」「品質や内部統制と、どう結びついているのか」——そんな疑問を抱いていたタイミングで、転職エージェントから監査法人の求人を紹介されました。 実際に監査法人の方と面接で話をした際、システムを「作る側」とは異なる視点からITに関われることに強く惹かれました。これまでとは違う文脈で、自分の専門性を広げられるかもしれないと感じたのです。それはちょうど30代に入った頃でした。 そうして採用された監査法人では約7年間、リスクマネジメントやITセキュリティ、内部統制に関するコンサルティング業務を経験しました。多様な企業の情報システム部門と関わる中で、事業部門とIT部門の関係性が、システム導入の成否を大きく左右することも実感しました。 ただ、SIerや監査法人という立場は、あくまで「企業の外部支援者」です。どれだけ深く関わっても、プロジェクトが終われば現場を離れることになります。そのたびに、「あの取り組みは、その後どうなったのだろう」という不完全燃焼な感覚が残るようになっていきました。 2017年にカルビーへの転職を決めたのは、そんなことを考えていた時期でした。複数の事業会社を検討しましたが、カルビーを選んだ理由は大きく2つあります。 1つは、SIer時代に菓子メーカーを担当していた経験から、食品業界に親近感があったこと。もう1つは、面接で情報システム本部の本部長と話した際に、「自分が働く姿を具体的にイメージできる」と感じたことです。 特に印象的だったのは、「IT部門が事業部門にどれだけ貢献できるか」を非常に重視していた点でした。事業部門との信頼関係を大切にするカルビーの考え方に触れ、自分がこれまで培ってきた経験を生かせると確信したのです。 今では自分が構築に関わったシステムが、カルビーの事業そのものを支える基盤として動き続けています。そして、それを自分自身が日々守り、改善し、進化させていく感覚は、外部支援の立場だった頃とはまったく異なります。 成果も失敗も、すべてが会社の成長と直結するところに強い「自分ごと感」があります。事業会社のIT部門で働くとは、こういうことなのだと、今は実感しています。 ——仕事をする上で大切にしていることは？ 一言で言えば、「フェアであること」です。すべての意思決定において「自分自身に説明できるか」を唯一の判断軸にしており、そのために不可欠な姿勢が「フェアであること」だと考えているからです。 カルビーのIT部門で私は、システムを適切に導入し、安定的に運用していく責任を担っています。その立場に立つと、パートナー企業であるSIerと、事業部門の双方にそれぞれ異なる論理や事情があることがとてもよく見えます。 SIer側は、コストや工数、技術的制約を踏まえた提案をしてきます。一方、事業部門は現場起点で「もっとこうしたい」「この業務を改善したい」という要望を出してくる。どちらかが正しくて、どちらかが間違っているという話ではありません。重要なのは、その両者を理解した上で、「カルビーにとって最適な落としどころはどこか」を考えることだと思っています。 私自身、これまで複数の立場を経験してきました。SIer時代には、提案の裏側にある工数感や技術的制約を理解してきましたし、業務コンサルティングでは、事業部門の課題や要件を言語化する力を培いました。そして監査法人では、内部統制やリスクマネジメントの観点からシステムを俯瞰する視点を身につけました。そうした経験の積み重ねが、物事をできるだけフェアに判断するための土台になっています。 もちろん、パートナー企業からの提案に対して、「これは違う」と感じることもあります。その場合は、「このやり方では本質的な解決になっていない」「本当に要件を理解できているのか」と、率直にフィードバックします。逆に、事業部門からの要求が現実的ではない場合には、技術面やコスト面の根拠を示しながら調整を行います。 感情論ではなく、論理と根拠をベースに判断することと、特定の立場に偏るのではなく、会社全体にとって最適な選択肢を考えることが、私が仕事をする上で最も大切にしている姿勢です。 「好き」を武器に、生成AIを道具として使う ——日々変化する技術トレンドをどのように学んでいますか。 基本的には、メディアのアラート機能を活用しながら、IT、ビジネス関連のニュースや技術記事を日々チェックしています。また、上司から共有される情報も大きな学びの機会になっています。新しい技術やトレンドに触れた際には、生成AIを「壁打ち相手」として使いながら、自分なりに理解を深めています。 技術トレンドのキャッチアップという意味では、やはり「自分で触ってみること」が大事だと思っています。もともとプログラマー出身なので、手を動かすこと自体が好きなのです。 例えば最近、自宅に10ギガ回線を導入した際には、仮想マシンを活用してルーターを自作しました。以前であれば、エラーが発生するたびに検索して、仮説を立てて、また試して……というサイクルを何度も繰り返していました。 ところが今は、エラーログを生成AIに貼り付けるだけで、「この設定値を確認したほうがいい」「このパラメータが原因かもしれない」といった形で、かなり的確なヒントが返ってきます。試行錯誤にかかる時間は、以前と比べて劇的に短くなりました。 業務でも同様で、例えばシステム障害時の原因調査では、ログやエラーメッセージを生成AIに渡すことで仮説の絞り込みが速くなりましたし、新しい技術のPoC（概念実証）段階でも、設計案のたたき台を生成AIに作らせてからレビューするスタイルが定着しつつあり、検証サイクルが明らかに速くなりました。 また、社外との情報交換も重要な学びの機会になっています。例えば、お菓子業界のEDIを担う「e-お菓子ねっと」の委員活動や、一般社団法人日本加工食品卸協会における次世代EDI策定プロジェクトなどに参加し、業界横断で情報交換を行っています。このような同業メーカーとの定期的な情報共有はもちろん、航空系システム会社など、まったく異なる業界の企業とも対話する機会があります。 そうした場で感じるのは、「IT部門が抱える悩みは、業種を超えて共通している」ということです。例えば、ガバナンスとセキュリティをどう両立させるか、どこまで内製化を進めるか、IT部門の価値を経営にどう示していくか——こうしたテーマは、企業規模や業態が違っても、多くのIT組織に共通する課題だと感じています。 プレイングマネジャーとして「ビジョンを仕組み化する」 ——理想とするリーダー像と、そのために実践していることをお教えください。 特に「こうありたい」という明確なリーダー像を強く持っているわけではありませんが、私が考えるリーダーの役割は、組織のビジョンをメンバーに落とし込み、それがチームとして自律的に回る状態を作ることです。 課長という立場では、上位層の情報システム部としての方針を踏まえながら、自分たちの組織として何を目指すのかを整理し、それをメンバーが納得感を持って動ける形に翻訳していく必要があります。 一方で、私自身はまだプレイヤー色の強いマネジャーだと思っています。だからこそ最近は、できるだけ仕組み化を進め、メンバーに任せる範囲を広げていくことを意識しています。 カルビーのITチームのメンバーは全員が中途採用で、バックグラウンドもさまざまです。SIer出身者もいれば、コンサルティングファーム出身者、事業会社のIT部門経験者もいる。それぞれが異なる経験を積んできているため、「IT部門はどこまで業務に踏み込むべきか」といった考え方も、人によって大きく異なります。 だからこそ私が大切にしているのは、その違いを否定するのではなく、まず理解することです。1on1を通じて、それぞれがどんな価値観で仕事をしているのか、何を重視しているのかを把握した上で、役割をアサインしています。 結局、人は完全には分かり合えない部分があります。だからこそ、「分かり合えないことを前提に、違いを理解すること」が重要だと思っています。 仕事の進め方についても、基本的にはメンバーに任せたいと考えています。もちろん、納期や品質といった最低限守るべきラインはありますが、同じゴールに到達できるのであれば、「どうやって達成するか」は人それぞれでいい。そこはかなり尊重したいタイプです。 実は現在、チームとしては大きな転換点にも直面しています。新たに重要度の高い大型プロジェクトが立ち上がり、各メンバーが事業部門と進めてきた施策を一時的に止めてでも、優先度の高いミッションに集中してもらわなければならない状況になっています。 メンバー一人ひとりのモチベーションや意思を尊重しながら、それでも会社としてやるべきことをやり切るためのバランスをどう取るかが、今まさにリーダーとして問われている部分です。 「これまでで一番ヤバい本番稼働」が教えてくれたこと ——リーダーとしての覚悟が試された経験はありますか？ カルビーに入社してから特に印象に残っているのが、数年前に担当した大手小売チェーン向けシステムの導入プロジェクトです。 非常にタイトなスケジュールの案件だった上に、技術的な制約も多く、十分なテストを実施しきれないという、かなり厳しい状況でした。しかも本番稼働の前日、私は家族の事情で急遽、実家に戻らなければならなくなったのです。その時は「これは本当にヤバい、これまでで一番ヤバいかもしれない」という思いが頭に渦巻いていました。 出発前には、パートナー企業のエンジニアたちと徹底的に連携を取りました。想定されるリスクや対応方針を確認し、「何かあればすぐ連絡してほしい」と伝えた上で実家へ向かいました。 本番当日は、正直なところ、ずっとプロジェクトのことが気になって落ち着かなかったのですが、驚くことに結果として、大きな障害は一切発生しませんでした。後からパートナーとも、「あれはまさに奇跡だったね」と話したほどです。 しかし、冷静に振り返ると、単なる偶然ではなかったと確信しています。 まず大きかったのは、長年一緒に仕事をしてきたパートナーとの信頼関係です。日頃から密にコミュニケーションを取り、お互いの考え方や判断基準を共有できていたことが、非常時にも機能しました。 また、完璧ではなかったとしても、「やれることはすべてやり切った」といえるだけの入念な準備があったことも大きかったと思います。さらに、万が一、障害が起きた場合のリカバリー方針を事前に共有していたことで、現場に迷いが生まれませんでした。 このように、結果としてうまくいった事例もありますが、当然ながら、すべてのプロジェクトがスムーズに進むわけではありません。 カルビーの情報システム部は14名という少人数体制です。そのため、パートナー企業の存在は不可欠であり、実質的には一つのチームとして動いています。 だからこそ、「指示を受けたことだけをやる」というスタンスでは機能しません。カルビーの文化や業務を理解し、自発的に動いてくれるパートナーでなければ、少人数組織では回らないのです。 実際、長く関わっているパートナーの中には、私たち以上にユーザー部門との距離が近い方もいます。それくらい深く事業に入り込み、同じ目線で動ける関係性が、現在のカルビーのIT組織には欠かせません。 ——リーダーとしてのモチベーションの源泉は？…