スキップしてメイン コンテンツに移動

投稿

ブログを翻訳

えっ⁉ システム屋ってプログラム書けないの? 〜コードは書かずに迷宮を歩く人たち〜

まさか…プログラム書けないんですか? そんな衝撃的な一言を、新人エンジニアがベテランSEに放った場面を見たことがあります。 そのベテランは苦笑いしながら、こう答えていました。 「まあ…読めはするけど、今さら書けって言われるとね」 実は“書けない”システム屋、多いんです 意外かもしれませんが、システム屋の中にはプログラミングができない人も少なくありません。 そもそも最初にプログラミングから入っていないと、その後、手を動かす機会は激減します。設計、要件定義、顧客折衝、ドキュメント作成など、コードを書く以外の仕事に追われるからです。 プロジェクトを回すスキルと、コードを書くスキルは、実は別物なんです。 でも、一度“読める”ようになると強い とはいえ、プログラムを1つでも学んでおくと話は変わります。 たとえばC言語やPython、JavaScriptなど。文法は違っても「ロジックの流れ」や「データの扱い方」には共通点があるので、他の言語も“読める”ようになります。 特に最近のプログラムは、人が読みやすい構造で書かれていることが多く、再利用性も高い。だからこそ、1つ学べば横展開ができるんです。 ただし、“構造体”の迷宮には罠がある ここで登場するのが「オブジェクト指向」。 これは、単なるコードの積み重ねではなく、「構造体としての設計思想」が絡みます。 たとえば、継承、カプセル化、ポリモーフィズム…。言葉だけで心が折れそうになる人も多い分野です。 この世界では、単語や文法が読めたとしても、全体像を掴むのは至難の業。 構造の中に構造があり、見えないところで処理が走っている。 そう、これはまるで“迷宮”のような世界なのです。 でも一度、この空間認識ができるようになると、一気に視界が開けます。 英語を読むように、コードを読む プログラムを読むという行為は、英語のリーディングにとてもよく似ています。 単語を知っていても、文脈がわからなければ意味がつかめない。 でも、ある程度慣れてくると、自然と全体が見えるようになる。 その感覚を持つと、システムの構造そのものを理解できるようになります。 設計思想が見えてきて、開発者の意図が読めるようになってくる。 システムという構造体の魅力 システムは、巨大な“構造体”です。 複雑に絡み...

【爆誕!】要件定義は誰のモノ?——システム屋が見た「理想」と「現実」

家具選びから未来創造まで、システム要件の決まり方 「サイズ、合わないやん!!」 そんな叫びから始まったのが、僕の“要件定義との戦い”だった。 システム開発において、一番難しいのは?と聞かれたら、僕は迷わずこう答える。 「要件定義」 だと。 「こんなシステムがあったら便利ですよね」 「こういう仕組みを作れば効率が上がるはずです」 …アイデアは出る。でも、 誰が決めて、誰が責任を持つのか 。ここが、実はとても曖昧。 家具選びに似ている「既製品システム」 まず一番シンプルなパターンは、 既に売られているシステムを入れる ケース。 これはいわば、「既製品の家具を買って、部屋に置く」ようなもの。 クローゼットや机を買うとき、サイズを測って買ったつもりでも、入れてみると…ちょっと合わない。 それでも、生活に支障はない。 同じように、業務の大枠がシステムにフィットすれば、多少のズレは「使い方」で何とかなる。これが一番楽で、早い。 カスタマイズは「リフォーム」に近い 次に多いのが、 既存システムのカスタマイズ 。 これは、既製品をベースに「うちに合わせて調整してくれ」と頼むスタイル。 家具で言えば、「この棚、横幅をあと10cm短くして」「引き出しを右側に変えて」みたいなリクエスト。 当然、 工事費用が発生 するし、既に出来ている構造を壊す分、 時間もかかる 。 フルスクラッチ=ゼロから建てる家 さらに難しいのが、 ゼロから作るフルスクラッチ開発 。 これは、完全に新築の注文住宅。 設計士も、大工も、電気工事のプロも必要。しかも「その土地に建てる意味」まで問われるようなもの。 僕はこのフェーズで、 会計システムを作るプロジェクト に携わり、金融の知識を現場でたたき込まれた。 「仕様を決める」って、知識・経験・現場感、すべてが求められる仕事なんだと痛感した。 新規事業×システム開発=想像から始まる戦い そして最後にして最難関が、 この世にまだないシステムを作る ケース。 まるで、 新規事業の立ち上げ に似ている。 必要なのは、要件ではなく ビジョン 。 求められるのは、機能ではなく 仮説と創造力 。 これには、経営者的視点、マーケティング感覚、未来を描ける感性が不可欠。 「〇〇+システム」みたいな、 他領域との掛け算...

えっ、まだ使ってたの!?  システム屋が「システムを終わらせる」ときに起きる、静かで大きなドラマ

システムを終わらせるとは? システム導入は華やかなスポットライトを浴びる場面ですが、 実は、その “終わらせる” 瞬間こそ、最も神経を使うのがシステム屋の仕事。 私がこれまで関わってきたプロジェクトの中でも、いちばん難しかったのは、 長年使われてきたシステムを終了するタイミング でした。 「終わり方」が問われる時代に 新しいシステムを導入するベンダーは多いですが、 古いシステムを“きちんと終わらせる”サポートをするベンダーは少ない のが実情です。 特に注意しなければならないのは、契約まわり。 システムの稼働を止めて、「はい、終わり」とサーバを落としたはいいけれど、 あとから気づくのです。 「あっ、保守契約が残ってた…!」 動いていないのに、毎月の支払いだけが続いている—— そんな事例は珍しくありません。 システムの“ユーザー”という壁 でも、それよりもっと難しいのが、 利用者を説得すること。 長く使われてきたシステムには、 必ず“愛用者”がいます。 「このシステム、私の業務には欠かせなくて…」 「新しいシステムで、ちゃんと私のやっていることができるんですよね?」 言っていることは、よく分かります。 でも、物理的に 全く違うものに置き換わる こともある。 それはまるで、 ガラケーからiPhoneへ 黒電話からスマホへ 手紙からメールへ 機能の代替性だけでは説明しきれない“感覚の違い” があるのです。 どこで止める?開発“前”か、“後”か? 難しい判断がもう一つあります。 それは、「いつ止めるか」というタイミング。 システム開発前 に止めると、触れていないので代替の完成度が分からず不安を煽る システム開発後 に止めると、「ここが違う、あれが足りない」と不満が噴出 しかも要件定義の段階で 「これはもう不要ですね」と言っていた機能も、 いざ止めようとすると… 「やっぱり、これ無いと困るんですけど」 なんて声があがる。 システム屋に求められる「終わりの交渉術」 だからこそ、システム屋には “交渉の技術” が必要です。 相手の不安を汲み取り、 新システムの利点を噛み砕いて伝え、 未来の使い方に希望をもたせる。 単なる置き換えではなく、 “働...

「転職って逃げ?それとも、挑戦?」 ― 4社経験した“システム屋”が語る、転職を決めた本当の理由

驚愕!大企業から転職しても、後悔してません! 「えっ、なんで辞めたの?もったいない!」 そう言われたこと、何度もあります。 日立、Deloitte、武田薬品、Carrier。誰もが知るような企業で、PMやシステムコンサル、クラウド推進など、いろんなポジションを経験してきました。 でも、それでも、 僕は4回、転職しています。 大企業の看板は、強い。 まず、転職を語る上で 大企業のメリットは無視できません。 たとえば、住宅ローンが通りやすい。 たとえば、初対面でも「お、Deloitte出身なんですね」と信用してもらえる。 スタートアップの方にも、実績や背景があると、話を聞いてもらいやすい。 それは間違いなく、大企業で働く“ネームバリュー”のおかげです。 大企業で働くことは、 生活の安定 、 社会的信用 、そして 信頼の獲得 という意味で、本当に大切だと実感しています。 それでも、なぜ転職を繰り返したのか? それは、「やりたいことができない環境」にいることがあったから。 大企業には、優秀な人がたくさんいます。 その分、 希望のポジションに就けるかどうかは運次第 。 上司がさらに上の層に“うまく通せるか”にも左右されてしまう。 頑張ってアピールしても、組織の構造で止まってしまうことがある。 つまり、自分の“運”だけじゃなく、 上司の運や組織の流れ にも影響される。 それって、 自分の人生を他人の手に預けているようなもの なんですよね。 転職は、“自分を取り戻す手段”だった 「自分の強みを発揮できる場所を、外に探す」 それが、僕の考える転職です。 別に、スタートアップに飛び込んだり、独立しなければならないわけじゃない。 今のキャリアの延長線上で、 もっと自分らしく働ける場所 を見つける。 そのために、 転職というカードを切る 。 それは決して逃げじゃない。むしろ挑戦なんです。 「大企業出身 × 転職」という選択肢 もし今、「この環境では思うように動けない」と感じているなら、 その悩みはきっと、あなただけではありません。 僕はそのたびに、 転職という選択肢で、自分の道を広げてきました。 環境が変われば、人も変わります。 “会社のために”から“自分の人生のために”へ。 視点を変えるだけで、働き方はもっと自由...

転職したら、最初の3日間で未来が決まるって本当?

4度の転職で気づいた“最初の問いかけ”の力 「えっ、それだけで信頼を掴んだの!?」 最初の3日で、僕は職場の空気を変えた―― そんな出来事が、これまでに何度もありました。 僕はこれまで、 4回の転職 を経験しています。 日立ではPMとして金融系アプリをガリガリ開発、 Deloitteではシステムコンサルとして企業にソリューション提案、 武田薬品ではCRM導入からクラウド化まで、社内システムを支えてきました。 そして今、CarrierでDXに本気で取り組んでいます。 そんな僕が新しい会社に入ったとき、 最初に何をするか? これは意外と、転職経験者でも語られない“超重要な視点”だと思っています。 ■最初の3か月で、勝負はついている 海外の職場では、 最初の3か月〜6か月は超重要視 されています。 “お試し期間”ではなく、“マッチング期間”。 あなたのVISIONと会社のMISSIONが融合できるか を試されている時間です。 この期間、僕が必ずやるのが「話すこと」と「聴くこと」。 どんな相手にも、必ずこう聞きます。 「何かお手伝いできることはありますか?」 (英語なら "What can I help you with?") 実はこれ、スペイン人の上司が教えてくれた魔法のフレーズ。 肩書き関係なく、どんな人にも響く一言なんです。 自分からお願いせず、 相手の課題を聞き出す ことに徹する。 この姿勢が、信頼の土台を築いてくれます。 ■仲間集め?それ、ちょっと違うかも 昔は思っていました。 「仲間を見つけてチームを作れば、仕事がうまくいく」って。 でも今は違います。 チームに縛られず、個人で何ができるか? これを考えるようになりました。 僕が考える“理想のシステム屋”は、 個人商店型 です。 組織に属しながらも、自分というサービスの価値を提供していくスタンス。 そのうえで、自然とチームや組織が活性化されていくように設計する。 誰かの依頼を待つのではなく、自分から動いて、対話し、価値を見つけていく。 その連鎖が、企業を変えていく一歩になると信じています。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       ■明日からの一歩、私ならできる! 転職って、不安がつき...

それでも、僕が“システム屋”を選んだ理由~プロフェッショナルって、なんだろう?~

詳しいより、やりきることに価値がある システム屋と聞くと、どうしても“パソコンのプロ”みたいなイメージがついてまわります。 でも、僕はそのイメージに、いつも違和感を感じてきました。 本当に大事なのは、「知識の多さ」じゃない。 どこまで相手の視点で考えられるか。 どこまでチームを前に進められるか。 そんなスキルのほうが、よっぽど重要だと思うのです。 必要なのは、スペックよりも“意図” 画面の向こうに人がいると、忘れないでいたい 僕は職業柄、たくさんのITプロジェクトに関わってきました。 ときには、海外の開発チームとのやりとりもあります。 高負荷なシステム、複雑なクラウド設計、日々の運用トラブル。 でも、そういうとき、結局一番頼れるのは「パソコンの知識」じゃない。 「これができたら、誰がうれしいか?」 「この機能、ほんとに必要か?」 そんな風に考えられる“目”や“耳”や“心”の方が、ずっと強い武器になるんです。 パソコンが苦手でも、IT業界で生きていける むしろ、“苦手”が視野を広げてくれることも 実際、僕が苦手意識をもっているからこそ、 「このUI、ちょっとわかりにくいな」と気づけたりします。 ITスキルが高すぎる人は、逆に“初心者の気持ち”を忘れがち。 でも僕は、 「わからないことがある」という状態 に慣れている。 だからこそ、どんな人にもわかりやすい設計や説明を目指してきました。 “苦手”なことって、時に、 強みにもなるんだな と感じています。 結論:スペックじゃない、姿勢がすべて! 僕はこれからも、自作PCにハマることはないかもしれません。 休日はノートPCすら開かず、珈琲片手に漫画を読んでいたい派です。 でも、それでもいい。 仕事としてのスキル、チームへの貢献、相手への共感。 それがあれば、 パソコンが苦手でも、立派なシステム屋になれる。 明日からの一歩、私ならできる! あなたが「パソコン詳しくないし…」と感じているなら、 僕からのメッセージは、たったひとつ。 安心してください、そこがスタートラインです。 キャリアに必要なのは、“やってみよう”と思える気持ち。 完璧じゃなくても大丈夫、苦手なことは得意な誰かに頼ればいい。 そう、だから僕は、今でもこう思っています。 「私ならできる...

【爆弾発言】実は…システム屋って、パソコン苦手?

パソコン=詳しいは幻想? IT業界にいても、マザーボードに夢中じゃない人たち 「えっ!システム屋なのに、そんなことも知らないんですか?」 パソコンの話になると、よくそんな目で見られます。 でも、正直に言いましょう―― 僕は、パソコンが得意じゃない。 大学時代、たしかにデスクトップを何台か自作したことはあります。 あの当時は、ノートパソコンがあまりに非力だったので、 「まともに使いたきゃ、自作一択」みたいな時代だったのです。 CPUのソケット、マザーボードのチップセット、メモリの規格、HDDのピン配列。 一通りは勉強しました。でも、**楽しくて仕方ない!**ってわけではなかった。 ハマる人はいました。 秋葉原や大阪・日本橋に通い、グラボを吟味し、静音ファンに情熱を注ぎ、 ベンチマークスコアで勝負する。 その姿はどこか、 カスタムカー好きの自動車オタク と似ています。 僕?年に1回、パーツを買いに行っただけ。 そして今、ノートPC一台で毎日コードを書いています。 それも、さほど高性能ではない普通のパソコンで。 職業=スキルじゃない IT部門だからって、全員がパソコン博士ではない 「じゃあ、パソコン苦手なんですね?」と聞かれると、また少し違う。 毎日プログラムも書くし、データも扱うし、システム構成も考えます。 仕事として理解しているし、必要なことは全部こなします。 何万件ものデータ処理も、クラウド上でやってきました。 とはいえ、超ハイスペックマシンを欲するような用途ではない。 IT業界にいても、案外そんな人は多いと思います。 「グラボの型番?知らん」「ファンの静音性?気にしたことない」 それよりも、**『週末くらいパソコンから離れたい』**と感じている人さえいます。 まるで、 「ファッション業界の人が休日はユニクロを着ている」 ようなもの。 必要なことは知っている。でも、それが 趣味や愛情に直結しているとは限らない んです。 システム屋は、案外ふつうの人たち 誤解されがちですが、システム屋といっても、毎日パソコンと格闘してるわけじゃない。 誰よりも効率化を求め、不要なスペックや設定は避けたいと思っている。 使えるものを、無理なく使いたい。ただ、それだけなんです。 「え、でもIT業界にいるのに…」という声...