Webプログラマーへ転身する前に、8年ほどSESの会社でエンジニアとして仕事をしていて、当初は沢山のプロジェクトに関われることを魅力に感じていましたが、企業間の契約条件によって、最後までプロダクトに関われないことを何度か経験しました。当時の立ち位置は、社外のメンバーとしてのプロジェクト参加でしたが、社内の方と変わらない熱量で参画していても、プロジェクトの途中で契約終了となってしまうと、そのプロダクトがどう成長していくかまでは見れない経験を経て、自分自身が社内メンバーとしてプロダクトに関われる環境を見つけたいと思うようになりました。

Webプログラマー転身後は幾つかの会社で開発だけでなく、チームとしての働き方を学び、チームビルディングも行ってきました。

私がMFSに入るタイミングで、社内メンバーで開発できる体制を構築していくという話を受けて、その一員になりたいと思ったのが入社のきっかけです。

この一年でサービスも成長し、開発手順の改善も徐々に行っていて、また次のフェーズに差し掛かっていると思っています。

モゲチェックサービス開発を中心に、現在はチームのタスク管理、ルール作成をメインで行ってます。現時点では開発体制はエンジニア8名とデザイナー3名で、外部のパートナーの方もご参画頂いています。

これまでは事業スピードも早く、売上に直結する開発の優先度が高かったため、暗黙のルールでも各々のメンバーで進めていました。優先度が高い機能もリリースが落ち着き、組織も大きくしようという話も出始めているので、今はテストの自動化やリリース手順、レビューまでのフローといったルールの明文化を進めているところです。

お陰様でチームメンバーに恵まれているので、これまでこういったルール作りが出来ていなくても大きな問題はありませんでしたが、次への準備としてルール作りを進めていますが、小さく始めることでハレーションが起きることもなく、改善できていると思います。

これまで単体テストの自動化、テスト文化の浸透、開発リリースの仕方やレビューを行うまでの準備や、レビュー依頼の仕方も定まっていませんでした。

お恥ずかしい話ですが、これまでは事業スピードを最優先で、プロダクトの開発を行っていました。それらは、開発陣の個人の意識で支えられていた側面が多かったと思います。

しかし良くない面で言うと、同じチームの方が何の作業をしているかわからないこともありました。

今はプロダクトとして優先度が高いところが落ち着き、違うところに目を向けられるフェーズになったので、まずはチケット管理をより細かく可視化するところから始めていて、今一番見えてきているところです。

次は自動化を進めて、安定したシステムでリリースの仕組み作りを進めていきたいと考えています。

MFSは提案をとても大切にしている文化があります。まだまだプロダクトも過渡期で、開発チームとしても、システムの構成としても不備があるのが現状です。ご自身の経験や学んだことを存分に生かして、プロダクトの開発や不備に対しての改善をチームで共に協力して頂ければありがたいです。

新しいフィナンシャルサービスを一緒に作りましょう。