「誠実さ」を技術に込める。自治体・大手メーカーから信頼されるPLの視点。
私はICT開発センターのDX開発二部に所属し、主に大手メーカーや自治体向けのWebシステム開発を担当しています。具体的にはBRIDGITALというプラットフォームシステムに携わっており、システムエンジニアとして要件定義から設計、開発、導入など幅広い業務に取り組んでいます。
現在の私の役割は、PL業務となります。設計、開発、テストの管理を中心に、特に品質の均一化に力を入れています。コードレビューや設計の標準化を目指して日々活動しており、チーム全体の成果物のクオリティを保つことを意識しています。設計した内容が問題なく実装され、想定通りに動作した瞬間は、何よりもやりがいを感じます。
仕事をする上で大事にしていることは、クライアントに対して安請け合いをしないことです。無理な要望があったときには、実現可能かどうかを慎重に見極めることを心がけています。チーム内でも、トラブルが発生したときやスケジュールが厳しくなったときに、「どう解決するか」を優先して議論します。実際にトラブルが起きた際も、まずはその場で「どうすれば最小限に対処できるか」を考え、対応が終わった後に「次、同じことを起こさないためにどうするか」をじっくり話し合うようにしました。そうして具体策を積み重ねた結果、二回目以降のトラブル発生率を下げることができました。
また、クライアントの潜在ニーズを引き出すためには、画面の入力欄やボタンから操作されるアクションにおいて想定漏れがないか、操作可能なパターンを徹底的に洗い出すことを実践しています。こうした地道な確認作業が、最終的にはクライアントの満足度につながると信じています。
背中を見せてくれる先輩と、挑戦を支える環境。新卒からPLへ成長できた理由。
私は新卒でTOPPANに入社してから、同じ部署で経験を積んできました。転職を経験していないからこそ、一つの会社で段階的に成長していく過程をしっかりと実感できたと思っています。
入社当初は、BRIDGITAL for orderという当社のプラットフォームの立ち上げに携わりました。最初は開発やテストといった実装寄りの業務を中心に担当していました。コードを書き、テストを実施し、システムが正しく動作することを確認する。そうした基礎的な業務を通じて、システム開発の土台となる知識や技術を身につけていきました。
3年目あたりからは、徐々に担当範囲が広がっていきました。設計フェーズから関わるようになり、設計やテストの管理といったマネジメント寄りの業務も任されるようになりました。自分が開発するだけでなく、チーム全体の進捗を見ながら調整していく役割です。この頃から、プロジェクト全体を俯瞰して見る視点が養われていったように思います。
こうして振り返ってみると、TOPPANでは新人の頃から段階的に業務の幅を広げていける環境があったと感じています。いきなり大きな責任を負わされるのではなく、先輩の背中を見ながら自分の成長に合わせて少しずつステップアップできる。そんな育成方針が、私のキャリア形成を支えてくれました。一つひとつの経験が次のステージへの土台となり、着実にスキルを積み重ねることができたのです。
失敗から学んだこと－－ミスを嘆くより、仕組みを見直す。
私は現在、海外企業とのオフショア開発プロジェクトを担当しています。このプロジェクトでは「伝える技術」において非常に大きな学びがありました。
当初、設計・開発管理のなかで、日本語から英語、さらに現地語へと翻訳を重ねた際に、意図が少しずつ歪んで伝わってしまうという課題に直面しました。 例えば、画面のイメージ画像の中に文言を書き込んで共有した際、翻訳ミスが重なった結果、最終的にまったく意図しない日本語が画面に表示されてしまったことがありました。
この経験から、翻訳の回数を最小限に抑える必要があると感じました。 それ以降、エラーメッセージや画面名は画像に頼らず、コピー&ペーストでそのまま使えるテキストデータとして提供するルールを徹底しています。これにより、転記ミスや誤翻訳による不具合を抑えることができています。
また、自分自身の日本語が、翻訳しやすい簡潔な文章になっていなかったことも反省としてありました。現在は、丁寧だが回りくどい表現を避け、箇条書きや表を多用。複雑な仕様には必ず具体例や図解を添え、解釈がずれないようなドキュメント作成を追求しています。専門用語には遷移図や用語集を先んじて用意するなど、相手が理解しやすい情報の形を模索しながら、プロジェクトを推進しています。
このような工夫により、不具合は徐々に減っていると感じています。進行中の案件が終わったら、どのような部分がよかったかなどのKPTについてすり合わせをするので、反省を生かしながら日々奮闘中です。
こうした経験を重ねる中で、少し前の自分と比べて大きく成長したと感じる部分があります。それは、予定していない事象が発生したときの対処方法の判断や、自分が取るべき動きがわかるようになってきたことです。過去の自分の対応してきた経験や、先輩方の動きを傍で見てきたことで、着実に経験値として蓄積されていると実感します。優先度や何が原因で作業が止まっているのかの判断軸が明確になってきたり、判断を仰ぐ際には自分の考えとどのような対応を求めているのかを伝えるように気を付けています。諸先輩方の動きを見習いながら、自発的に行動して成功体験になることで自信につながっています。後輩も増えてきたため、お手本となるべく今後も成長していきたいと思っています。
技術も、マネジメントも。「自分の言葉」で語れるPMを目指したい
今後もさらに、外部の開発会社とのコミュニケーションの質を高めることに注力していきたいと考えています。特に海外企業とのやり取りでは、設計書のフォーマットや伝達方法が統一されていないと、認識のずれが品質問題につながります。そのため、設計書のフォーマットを作成し、コミュニケーション手法を確立することで、品質を担保できる体制を構築したいと思っています。
中長期的には、設計・開発の現場感覚を持った「品質に責任を持てるプロジェクトマネージャー」を目指しています。単なる進捗管理にとどまらず、技術的な知見を活かして上流工程でリスクを排除し、メンバーが迷わず開発できる環境を作ることを重視したいです。先輩方のように「論理的な設計」や「細部の整合性」を意識し、手戻りのない効率的な開発体制を実現することが目標です。最終的には、クライアントに対して誠実なリスク説明と最適な提案を行い、難易度の高い大規模案件でも安心して任せていただける存在になりたいと考えています。
そのために、まずは小規模案件のPM経験を積み、PMを担当する勇気と、自分ならできるという自信をつけるためのはじめの一歩が重要だと考えています。最近は改修対応などを自分がメインで担当する機会が増えているので、この調子で成長していきたいです。同時に、技術面の知識不足を補うため、特にインフラ回りの知識習得にも取り組んでいきたいです。クライアントのシステム担当者から質問をされたとき、自分の言葉で回答できるようになることが目標です。
私が身を置くチームは「安定基盤×チャレンジ精神」と「技術への理解」が特徴的だと思っています。大手グループの安定性を持ちながら、最新技術を積極的に採用し、新しいことに挑戦できる風土があります。現場を知るPMが多く、技術を尊重する文化があるため、建設的な議論が活発に行わている様子も印象的です。
「誠実な対話」と「解決志向」があれば、どんなに難しい課題も必ず乗り越えられる。そう信じて、これからも技術と誠実に向き合い、クライアントやチームにとってかけがえのない存在を目指していきたいと考えています。