(株)DTS【東証プライム上場】

プロジェクトリーダ（PL）として全体を統括するようになって数年。確実に自分の視点が変わりつつあることを実感しています。いままではシステムを納品することだけが目的でしたが、PLになってからは予算管理から利益創出まで、より高い視点で物事を見られるようになったことが、一番の変化です。事業部全体の売上目標なども強く意識するようになったので、生産性やコスト意識、売上に対する責任感もずっと明確になりました。

特に大きな経験になったのが、現在担当している大手生命保険会社の基盤更改プロジェクト。当初は6名だったチームが、最大30名にまで増員した非常に大規模な案件でした。私自身、それだけの人数をマネジメントした経験はなし。これまでは自分がすべて見通せる範囲の規模のものしかやってこなかったんです。でも、今回はとてもじゃないけど、自分ひとりじゃ目が届かない。今までのやり方を捨てた、パラダイムシフトが求められました。

私が取り組んだのは、キーとなるメンバーを立てて、その人にできる限り責任を譲渡していくこと。とは言え、人はそれぞれ考え方も能力も違います。最初は意思の疎通が上手くいかなくて、自分の分身がいればどんなに楽かと何度も思いました。でも、みんなが少しずつ経験を積んでいくうちに、今度は自分が考えていたよりもっといい解決策を出してきてくれる場面が何度となく増えていきました。そのたびに、今まで感じたことのないような喜びや充実感を得られるようになりました。相手が自分じゃないからこそマネジメントは難しいし、赤の他人だからこそ面白い。チームで成果をあげる醍醐味を、PLになって私は改めて知ったんです。

現在のクライアント先は今年でもう8年目になります。ひとつのクライアント先にとどまり続けるのは、自分自身の評価として嬉しい反面、技術者としてそこしか知らない不安に駆りたてられることもあります。自分のスキルが、別の場所でも通用するのか。それを試すためにも今後はまた新しいクライアントにチャレンジできればと考えています。すでに上司にも相談していて、今はそのベストな機会を探っているところ。一人ひとりの「こうしたい」という気持ちに耳を傾け、実現の手助けをしてくれる。そんな会社だから続けてこられたんだなと思います。

＜金融事業本部／2002年入社＞

大学時代に打ち込んでいたのは、学生主催の音楽フェスの運営。活動に一区切りついた時は、周囲の友達は就職活動を進めていましたが、自分自身は何をしようかまったくイメージが浮かばない状態でした。しかし、このままの状態を続けるわけにもいかないので、身近なところで、次の目標としてどのような仕事に就こうかを考えました。当時は新しいことへの関心も高く、スマホアプリが注目を集めていましたので、それらに関わることができるのはITだと思い、就職活動をはじめました。

DTSは、説明会に参加した会社の中で最も研修に力を入れている会社だと感じただけでなく、面接で学生時代の話に興味をもってくれたことが印象的でした。特に学生時代の取り組みについて深掘りしてくれたことには、私自身をしっかり評価してくれていると好感をもちました。もともと経済学部で、ゼミでパソコンを使う程度の知識しかなかった私でしたが、入社後の3ヶ月にわたる研修で基礎知識を習得。情報処理を学んできた同期に比べたらまだまだでしたが、プロジェクト配属後はOJT制度もあり、業務に必要な知識を深めることができました。

入社当初は銀行での汎用機の運用を担当していたのですが、将来を考えるともっと新しい領域で力を発揮する方が成長につながると思い、入社4年目にサーバ構築業務へとシフトしました。その後は、自治体関連の大規模プロジェクトから現在の仮想化技術を用いたサーバのテクニカルサポートまで、さまざまな業務を経験することで着実に成長していると感じています。

DTSは親子くらい年の差がある先輩も現役で活躍中です。その方からはお客様との関係構築や技術者としてのスタンスなど、技術面以外のこともたくさん学ばせてもらいました。また、私はお客様からアドバイスをいただくこともあり、人間関係にとても恵まれていると思っています。

将来はリーダーとしてプロジェクトを動かし、ゆくゆくは管理職を目指したい。DTS全体では数名の女性管理職が在籍していますが、ITPS事業本部は24時間365日の監視が必要なサーバを扱うプロジェクトもあり、仕事と家庭の両立も考えていく必要があるため、ハードルは決して低くはありません。でも、周囲の協力があれば不可能ではない。働き方改革も踏まえ、いずれはチャンスをつかみ、私が先陣を切っていきたいと考えています。

＜ITPS事業本部／2012年入社＞

私はプログラミングを“伝統工芸”のようなものだと思うんです。モノづくりとしての高い美意識と卓越した技術。優秀なシステムエンジニアには、それらが求められます。それは“伝統工芸”の世界と同じ。

実際、見た目は変わらなくても、中身を覗いてみればソースコードの書き方は技術者によってバラバラです。私もまだ新人の頃、他の人が書いたソースを見て、あまりの理路整然とした美しさに衝撃を受けたことがあります。今までの私はただ単に言われた通りにソースを書いていただけなんだなと痛感しました。以来、私がこだわっているのは、誰が見てもわかりやすいソースを書くこと。ユーザーのことだけでなく、後にメンテナンスをする人のことまで考えたソースが、私にとっての理想です。

ちょうど入社5年目の頃、ある会社の新しい事業でイチからシステムをつくる機会を得ました。これは、システムエンジニアとして自分の腕を磨くチャンス。だから私は、他の誰が見てもどういう意図を持ってつくられたのかがわかるソースを書こう、設計書をつくろうと心を砕きました。自分でも綺麗なコードを書けたときは手応えがあったし、メンバーからも「すごくわかりやすい」という声をもらったりして。少しはプロフェッショナルに近づけたのかなと嬉しくなりました。

経験を積むうちに、周囲から期待される役割や能力が変わります。私の場合、最近はチームマネジメントを手がけるようになって、人を束ねる難しさを実感中です。人によって考え方が違う中、みんなで同じベクトルに向かって同じだけの熱量を注いで仕事をするためにどうすればいいのか。そのスキームづくりに今、試行錯誤しています。メンバーが一人変われば、やり方も少しずつ変えていかなきゃいけない。正解がないからこそ、考え続けることが大事なんです。

今後はマネジメントに専念していく道が一般的だと思うんですが、私はやっぱりモノづくりの現場にも立ち続けていたい。だから、技術を磨きながらマネジメントスキルも上げていければと思っています。特殊なポジションかもしれないけれど、それが私らしさだと思うし、そのためのキャリア支援もちゃんと会社は考えてくれています。それぞれ自分らしい道を歩んでいけるところが、DTSのいいところなんです。

＜公共社会基盤事業本部／2006年入社＞