はじめに 「資産形成をサポートします」という話を聞いたとき、あなたはどう反応するでしょうか。 本記事では、岡山のシステムエンジニアの間で口コミ的に広まっているとされる「ファングローバルソリューション（FAN GLOBAL SOLUTION）」という団体について、現時点で確認できる情報を整理します。 なお本記事は、特定の団体や個人を断定的に非難する目的のものではなく、公開情報をもとに一社会人として金銭に関する判断を行う際の参考情報を提供するものです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 ファングローバルソリューションとは? 「ファングローバルソリューション（FAN GLOBAL SOLUTION）」は、名古屋・岡山・シンガポールで活動しているとされる、資産形成のサポートを行う団体らしいです。 Google検索をしても公式ホームページは見つからず、日本の法務局のオンライン登記情報検索で調べても、該当する法人登記は確認できません。 現時点で情報公開しているのは以下の2サイトのみです。 崖っぷちシングルマザー 詐欺ったー 公式に情報を公開していないにもかかわらず噂が広まった理由としては、岡山市内に在住しているシステムエンジニアの中に会員となっている人がいるという噂があるらしく、その人物からの口コミを経由して、岡山のSEの間で一気に噂が広まったとされています。 サポート内容 情報源によると、入会金2〜3万円と、サポート料約90万円を支払うことで、生涯に渡って資産形成のサポートを受けられるとされています。 公式サイトを確認していないため、具体的にどのようなサポート内容が提供されるのか、解約や返金の条件がどうなっているのかといった基本的な情報は、不明です。 90万円という高額な金額を支払って、資産形成のサポートを受ける必要があるかどうかを一社会人として自分自身で判断しろということだと思われます。 余談ですが、生涯保証サポートというとこの業界だとShift-AIが有名ですね。 この類のサービスは生涯サポートにしなければならないという制約でもあるのでしょうか。 SHIFT-AIについて興味のある方はこちらをご参照ください。 SHIFT-AIとは? おわりに こうしたサービスが岡山のSEの間で広まりやすい背景には、金融リテラシーの低さがあると考えられます。 岡山のシステムエンジニアには中小SIerで働く方や専門学校卒の方が多く、業務の中で金融について体系的に学ぶ機会が少ない傾向があります。 実際、NISA 開始時に周りに煽られて勢いで投資を始めて失敗した人が結構いました。 周囲に流されるのではなく、公開情報を自分で確認し、金銭を支払う価値があるかどうかを一社会人として主体的に判断する姿勢を持つことが大切です。 また、金融関連のエンジニアのトラブル事例について別記事で取り上げているので、こちらもご参照ください。 本当にあった?エンジニアの怖い話「借金を自慢するピエロエンジニア」 本当にあった?エンジニアの怖い話「SNSでのビジネスロマンス詐欺被害」

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 ピントがずれた指摘が多いレビュアー これは、あるシステムに関する社内向けスライド資料のレビューで起きた出来事です。 上司😤：「スライドタイトルの製品名に『TM』が付いていないじゃないか。ちゃんと表記しなさい。」 部下😐：「????」 TMは「Trade Mark」の略で、商標であることを示すための記号です。 しかし、ロゴを正式なブランド表記として利用しているわけでもなく、社内向けの説明資料において単純に製品名に言及するだけであれば、TM表記が必須となるケースはほとんどありません。 もちろん、表記ルールを確認すること自体は大切です。 しかし実際のレビューでは、本質的な内容よりも些末な部分にばかり注目し、ピントがずれた指摘が繰り返されることがあります。 悪意があるわけではないだと思いますが、意味の薄い指摘への対応に時間を取られることで、本来議論すべき内容が後回しになってしまうケースは少なくありません。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 Operatorの意味を知らないDevOpsエンジニア これは、DevOpsの導入支援を行っていたプロジェクトでの出来事です。 上司🤔：「運用者って英語で何て言うの？」 部下😐：「operatorです。」 上司😤：「なんか違うなー。actorにしよう!!」 部下😐：「????」 業界では一般的な英単語であるにもかかわらず、その意味を理解していない人がプロジェクトをマネジメントしているケースは少なくありません。 今回のケースでは、DevOpsプロジェクトに参画しているにもかかわらず、「Operator」という言葉の意味を理解していませんでした。 さらに厄介なのは、正しい表現を提示しても同じ間違いが繰り返されることです。 脳の仕組み的に、本人の中では独自の定義や解釈が形成してしまう方がいて、世の中で一般的に使われている意味とのズレを認識できていないケースがあるのです。 誰でも最初は知らないことがありますし、無知であること自体は何も問題ではありません。 しかし、自分の認識がずれている可能性に気付けなければ、学習や修正の機会を失ってしまいます。 実際に社会人として働いていると、「知らない人」よりも「間違って理解していることに気付いていない人」に遭遇することがあります。本人の中では筋が通っているため、自分が間違っているという感覚がありません。 そのため、正しい情報を示されても自分の解釈を優先してしまい、結果として同じ間違いを繰り返してしまうのです。 そして、そのような人が意思決定を行う立場にいると、プロジェクト全体が誤った方向に進んでしまうこともあります。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 確定申告には「青色申告」と「白色申告」の2種類がある 副業やフリーランスで働くエンジニアが所得を申告する際、確定申告には大きく「青色申告」と「白色申告」の2種類があります。 青色申告: 事前の申請と帳簿付けの手間はかかるものの、最大65万円の控除など税制上の優遇が受けられる 白色申告: 事前申請が不要で手続きは簡単だが、節税効果はほとんどない このように、手間をかけてでも節税するか、簡単さを優先するかで選択が分かれる制度になっています。 節税に無頓着なエンジニアと、脱税に近い行為をするエンジニアの二極化 フリーランスや副業のエンジニアの確定申告事情を見ていると、極端に2つのタイプに分かれることが多いようです。 節税できる制度があるのに面倒くさがって使わない、税金に無頓着なタイプ 逆に節税を意識しすぎて、私物まで経費にしてしまう、脱税に近い行為をするタイプ どちらも褒められる話ではないですが、実際によく見かける事例です。 青色申告を使わないエンジニアが意外と多い これは副業やフリーランスで働くエンジニアの確定申告の話です。 無頓着エンジニアB🙄:「確定申告はExcelを使って白色申告でやってる。``」 エンジニアA😳:「え、青色申告の方が節税になりますよ。」 無頓着エンジニアB🙄:「白色申告でいいよ、青色申告は面倒くさいから」 節税対策ができない白色申告を選ぶエンジニアって意外と多いんです。 エンジニアは技術に興味はあるけど、金融とか資産形成に全く興味がないって人も珍しくないんですよね。 冷蔵庫などの私物も経費にする脱税エンジニアもいる 一方で、割合としては少ないですが節税を意識しすぎて、脱税に近い行為をしているエンジニアもいます。 脱税エンジニアC😏:「自宅の冷蔵庫、経費で買ったよ。仕事の合間に飲むもの入れてるから」 エンジニアA😳:「え、それ完全に私物じゃないですか…」 脱税エンジニアC😏:「業務に関係あるから大丈夫でしょ(笑)」 エンジニアA😨:「（それ、脱税に近いのでは…）」 業務との関連性が薄い私物まで経費として計上してしまうのは、節税ではなく脱税に近い行為です。 また、意図的でなくても、スーツや化粧品などを仕事で使うものだからという理由で、経費計上してしまっている方も結構います。 フリーランスって税理士を介さず、独学で確定申告している方が多いので、こういった間違った申告が行われることは多々あるそうです。 金額が小さければ、税務署もいちいち調査しないと思いますが、税務調査が入れば、追徴課税や罰則の対象になる可能性もあります、法に抵触するような脱税は辞めておいた方がいいでしょうね。 確定申告を楽にするおすすめ会計ソフト 青色申告のハードルとなる帳簿付けも、会計ソフトを使えば大幅に楽になります。 フリーランスや副業エンジニアに人気の会計ソフトには、以下のようなものがあります。 freee: 銀行口座やクレジットカードとの連携が強く、簿記知識がなくても使いやすい マネーフォワード クラウド確定申告: 家計簿アプリでも有名なマネーフォワードが提供、他サービスとの連携が豊富 弥生会計（やよいの青色申告 オンライン）: 老舗の会計ソフトで、サポート体制が充実している いずれも銀行やクレジットカードの取引を自動で取り込み、青色申告に必要な帳簿や決算書を自動作成してくれるため、独学でも大きな負担なく青色申告を続けられます。 おわりに 白色申告か青色申告かは、最終的にはその人の価値観や手間のかけ方次第ではありますが、できれば節税につながる青色申告をおすすめしたいところです。 帳簿付けの手間も、freee、マネーフォワード クラウド確定申告、弥生会計といった会計ソフトを使えば大幅に軽減できるので、ぜひ活用してみてください。 一方で、経費の範囲を都合よく解釈してしまうと、それは節税ではなく脱税に近づいてしまいます。 脱税は当然おすすめできません。 正しい知識に基づいて申告することを心がけたいですね。

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 SNSでのビジネスロマンス詐欺被害 これはあるベテランフリーランスエンジニアがLinkedinというSNSを通じて知り合った外国企業に金を騙し取られた話です。 外国企業から一緒にビジネスをやらないかと持ち掛けられたそうです。 しかし、「取引相手」と思っていた相手は、実は詐欺グループで、取引のために自分たちの口座に振り込んでもらう必要があると言われたそうです。 最初は数千円。その後、何度か追加投資を促され、最終的には50万円を失ったそうです。 驚くべきは、そのことを話したときの彼の態度です。 エンジニアA😳:「えっ、50万円も！？」 ベテランエンジニア😳:「まあ、勉強代みたいなもんだから。」 エンジニアA😳:「変だと思わなかったんですか？」 ベテランエンジニア😳:「外国との取引なので、そういうものかと思ってた。」 エンジニアA😳:「….(リアクション薄いな。。。)」 50万円という大金を失ったにもかかわらず、怒ることも悔やむこともなく、「勉強代」という言葉で片付けているのです。 一人暮らしでお金を必要としない生活を続けていて、金銭感覚がずれてしまった例の一つと言えるかもしれません。 解説 少額の入金から始めて徐々に金額を吊り上げる手口に気づけず、50万円もの損失を「勉強代」で済ませてしまう金銭感覚の麻痺が問題です。 見知らぬ相手からの送金要求は常に疑い、一人で判断せず周囲や消費生活センターに相談する習慣を持ちましょう。 おわりに 大金を失っても実害と向き合わない姿勢は、同じ被害を繰り返すだけでなく、社会人としての金銭感覚そのものを鈍らせます。 自分のお金の使い道には常に責任を持ち、いい加減な社会人にならないよう日頃から意識しておきましょう。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 社会人になれば、皆が知識も精神も自立した大人になっているというイメージを持つ人は多いのではないでしょうか？ しかし、現実には、知識も精神も未成熟な方もいて、先輩や上司が皆、頼りになる大人とは限りません。 立場が上だからといって、常に正しいわけではないのです。むしろ、周囲の意見に流されず、自分のキャリアを主体的に考える姿勢が重要です。 本記事が、盲目的に周りの人の意見を受け入れるのではなく、自分のキャリアを自分で判断するきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 借金を自慢するピエロエンジニア これは岡山県のある40代のエンジニアの方の友人との金銭トラブルの話です。 ご本人はコミュニティと称して、ジモティーでカフェ会などを開いているそうです。 その方はカフェ会で以下のような発言をしたそうです。 40代エンジニアさん😎:「友人が困っているから20万円貸したけど返ってこなかったことあるよ(キリッ)」 エンジニアA😳:「えっ、20万円も！？」 40代エンジニアさん😏:「自己投資(人生経験)だったと思ってるよ(ドヤ～)」 エンジニアA😳:「….(何で自信満々なんだ。。。)」 40代エンジニアさん😎:「コミュニティ運営してると色々あるからね(キリッ)」 エンジニアA😳:「….(コミュニティってカフェ会開いてるだけだろ、ピエロだな。。。)」 大金を人に貸すのはよくない、お金を返さないような人は友人ではない、という小学生でも分かることを理解できてないのに何故か自慢話のように語っているのです。 コミュニティと称してやっていることもハッカソンやアイデアソンなどではなく、 小規模なカフェ会やボードゲーム会で学生さんでもできるような大したことではなく、年齢に相応しい行動とは思えないですが、主催して人を集めている自分に酔ってしまい、客観的な分析ができなくなっているようです。 本当の友達を知ることのないまま大人になり、周りに担ぎ上げられたピエロのような社会人も世の中にはいるようです。 解説 大金を貸して返ってこないという失敗を「自己投資」と称し、反省すべき出来事を武勇伝のように語ってしまう金銭感覚の麻痺が問題です。 そもそも、お金を貸すような相手は本当の友人とは言えません。 ただ、社会人になっても友人と呼べる存在がいない人は、実は少なくありません。 そうした世間とのズレを出さないためにも、スポーツサークルなどのコミュニティに参加し、様々な人と交流を持つことをおすすめします。 おわりに 失敗を自慢話にすり替えてしまう姿勢は、周囲からの信頼を失うだけでなく、社会人としての金銭感覚そのものを鈍らせます。 自分のお金の使い道には常に責任を持ち、いい加減な社会人にならないよう日頃から意識しておきましょう。 関連記事 地方エンジニアにおすすめのフリーランスエージェント

はじめに 「経験」や「勘」に頼って仕事を進める文化は、時に思いがけない成果物を生み出してしまいます。 今回は、社内の勉強会をきっかけに、勤怠管理ソフトのデザインが思わぬ方向に進んでしまった職場のトラブルを紹介します。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 「エンジニアにデザインを任せてはいけない理由」 これは勤怠パッケージソフトを自社開発している神奈川県の中小企業での出来事。 社内の勉強会で、自社の勤怠管理ソフトのUIデザインを改善しようという話が持ち上がった。 メンバーH（若手）🙂 「せっかくなので、ペルソナを設定したデザイン設計の一連のプロセスを経験し、デザインの基礎をちゃんと学びながら進めませんか?」 勉強会リーダーI 😐 「ペルソナ設計ぃ？　なんか時間かかりそうだなそれ。」 メンバーH（若手）🙂 「UI/UXの原則も踏まえて、視認性とか操作性とか一貫性とか、意識した方がいいと思うんですけど……。」 メンバーJ 😑 「なんか難しい話してるなー。もっと感覚でパッと決めちゃえばよくない？」 メンバーH（若手）😅 「いや、一連のプロセスを理解しないとスキルの取得にならないんじゃ……。」 勉強会リーダーI 😤 「今回はいいんじゃないの」 基礎的なプロセスを「面倒くさい」と感じたリーダーとメンバーたちは、結局、明確なコンセプトを決めないまま、思い思いの感覚でHTMLファイルの編集を始めた。 メンバーJ 😊 「ボタンのアイコン、てんとう虫にしてみようよ。」 勉強会リーダーI 🙂 「こっちは星型で。バランスも良さそうだし。」 メンバーH（若手）😨 「……勤怠管理ソフトに、てんとう虫と星のアイコンですか？」 勉強会リーダーI 😊 「可愛いからいいでしょ！」 コンセプトを誰も定めていなかったため、カラーリングの意図も統一されないまま、デザインは完成してしまった。 メンバーH（若手）😱 （このアイコン、実際に使う社員は何のボタンか分かるんだろうか……。） 出来上がった勤怠ソフトは、ボタンの各種アイコンがなぜか「てんとう虫」や「星」になっており、コンセプトが不明なままカラーリングの意図も分からない、残念な仕上がりとなってしまった。 解説 問題点 HTML5が登場した頃、「デザインは理論化できるので、デザイナーでなくてもデザインができる」という意見が広まったことがあります。

はじめに 目標管理制度を初めて導入する会社では、思わぬところでつまずくことがあります。 今回は、目標設定そのものに膨大な時間がかかってしまい、肝心の業務改善に手が回らなくなってしまった職場のトラブルを紹介します。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 「目標設定に四半期の約1/4を消費する会社」 これは設立30年以上の中小SIerでの出来事。 これまで目標管理の仕組みが存在しなかったこの会社で、経営層の意気込みのもと、初めて全社員による個人目標設定が導入されることになった。 役員F 😊 「今期から、全員に個人目標を立ててもらって、上司と合意するプロセスを始めます。」 部下G 🙂 「わかりました、頑張って考えます。」 しかし、いざ目標のすり合わせが始まると、想定外の壁にぶつかった。 部下G 🙂 「今期の目標は『担当システムの保守対応をしっかり行う』にしました。」 役員F 😐 「うーん、それは行動計画であって、目標とは少し違うんじゃないかな。」 部下G 😳 「え……目標と行動計画って、違うものなんですか？」 役員F 😐 「目標というのは、その行動によって最終的に何を達成したいか、という話で……。」 部下G 🤔 「……正直、その違いがよくわからないです。」 役員が期待するレベルと、部下が設定した目標の内容には大きなギャップがあった。 そのギャップを埋めようと何度もレビューが行われるが、話は一向にかみ合わない。 役員F 😓 「評価基準がどうなっているか、把握してますか？」 部下G 😨 「いえ……そもそも何を書けば評価されるのか、誰からも聞いていません。」 上司側も評価基準を明確に説明できず、部下へ適切なフィードバックを返せない。 結果、目標のすり合わせは何度もやり直しになった。 部下G 😩 （もう3回目の書き直しだ……。） 役員F 😥 （こんなに時間がかかると思わなかった……。） 気づけば、目標設定だけで3ヶ月以上が経過していた。 役員F 😰 「……もう四半期の1/4が、目標を決めるだけで終わってしまいましたね。」 部下G 😔 「はい……実際の業務改善に使える時間が、ほとんど残っていません。」 期末になり採算レビューが行われても、何が問題でどこを改善すべきか誰も理解できていない状態だったため、多くの社員が目標未達となった。

はじめに 目標設定の手法として有名な「マンダラチャート」。 用紙を9つのマスに分け、中心に書いた目標から具体的なアクションを展開していく、大谷翔平選手も用いたことで知られるメソッドです。 しかし、この手法を導入しても、組織の土台次第では機能しないことがあります。今回はそんな職場のトラブルを紹介します。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 「マンダラチャートで目標すら立てられない会社のPDCA」 これは神奈川県の社員数300名規模のIT系中小企業での出来事。 その年、チームの目標設定に「マンダラチャート」を導入することになった。 発案したのはチームリーダーC自身だった。 リーダーC 🙂 「今期からマンダラチャート使って、みんなでチーム目標立てていこうと思うんだよね。」 メンバーD 🙂 「大谷選手が使ってたやつですね！やってみましょう。」 期待に胸を膨らませて始まった打ち合わせだったが、いざマスを埋める段階になると空気が変わっていく。 リーダーC 🙂 「じゃあ中心のマスに、今期のチーム目標書いてみて。えーと……『スキルを上げる』とかでいいんじゃない？」 メンバーE 🙂 「私は『もっと頑張る』でいいと思います。」 メンバーD 🤔 「あの、もう少し具体的に、何をどれくらい、という形にした方がよくないですか？せっかくリーダーが導入してくれた手法なので、ちゃんと活かしましょう。」 リーダーC 😅 「うーん……『スキルをたくさん上げる』とかでいいと思うけどな……。」 メンバーE 😑 「細かく決めなくても、なんとなく伝わればよくないですか？」 具体的な数値や行動に落とし込もうとしても、抽象的な言葉しか出てこない。 メンバーDは何度か具体化を提案したが、発案者であるはずのリーダーCも、メンバーEも取り合わず、打ち合わせの時間は限られているまま時間だけが過ぎていく。 リーダーC 😓 「……とりあえず今日はこのままで進めとこうか。」 具体的な目標が定まらないまま、打ち合わせは終了となった。 その後も、 誰が何を担当するか どの周期で振り返りをするか 進捗が遅れたときの修正方法 といった基本的な仕組みは決められないまま、なんとなく計画だけが独り歩きしていった。 メンバーDは「せめて振り返りの日程だけでも決めましょう」と何度か声をあげたが、誰からも明確な返答はなかった。 メンバーD 😮‍💨 「言い出しっぺのリーダーが一番動いてくれないと、この仕組みは回らないと思うんですが……。」 リーダーC 😐 「まあまあ、そのうち何とかなるって。」 数ヶ月後。

はじめに 社会人になれば、会社という組織はきちんとルールに則って運営されているというイメージを持つ人は多いのではないでしょうか？ しかし現実には、社内の意思決定プロセスが曖昧なまま放置され、従業員が振り回されてしまう会社も存在します。 立場が上だから、総務だからといって、必ずしも合理的な対応をしてくれるとは限らないのです。 本記事が、会社という組織を過信せず、自分の権利や手続きについて主体的に確認する姿勢を持つきっかけになれば幸いです。 本記事は、エンジニアや企業を貶めることを目的としたものではありません。情報収集が困難な業界内情を提供し、今後のキャリアに役立てていただくこと、そして業界への監査を行うことを目的としています。 社員寮の退寮手続きだけで2ヶ月以上かかるトンデモ会社 通勤時間短縮のための退寮相談 これは、とある神奈川県のSES会社での話です。 この会社では従業員に対して、会社近隣のアパートを社員寮として提供していました。 ある新人社員Aさんは、社内勤務から客先常駐に配属が変わったことで、社員寮からの通勤に時間がかかり過ぎるようになり、退寮を検討します。 就業規則や寮規則には退寮に関する規定がなかったため、退寮が可能かどうか、可能な場合はどのような手順を踏めばよいかを直属の上司に確認しました。 すると、上司からはこんな反応が返ってきます。 上司😕：「会社の方針として、若手が社員寮を出るのはあまり良く思われていないんだよね……」 はっきりした理由は語られず、曖昧な物言いでしたが、話によると、過去には女性社員が「ユニットバスが嫌だ」という理由で退寮を申し込んだものの、否認された前例もあったそうです。 その後、上司から 上司:「取り敢えず、総務部に確認のメール送信して」 新人A😐: 「分かりました。」 指示を受けたAは、退寮を検討している理由と、手続きが可能かどうかを総務部・上司・課長宛にすぐにメールで送信しました。 新人A😳:「通勤時間短縮のために退寮を検討してます、退寮できるかどうか確認したいです📨」 噛み合わないコミュニケーション ところが、何故か総務部は新人Aに返信せず、上司と、課長にのみメール返信しました。 総務からの指摘を受けた上司は新人Aに以下のように指摘しました。 上司😠：「なんでメールを総務部に送ったんだ。」 新人A😳 ：「え、先ほどメールを送信するように指示を受けたので。。。」 上司😠：「今送るとは思わなかった。」 新人A😳 ：(いつだったらいいんだよ) Aさんとしては、上司から総務に確認するよう指示されたため、すぐに送信しただけです。 内容的に何時送信しても特に問題ないような内容ですが、何故か上司から𠮟責をうけ、さらにいつ送信すればよかったのかは最後まで明かされませんでした。 また、総務部からの返信内容は一切新人Ａには共有されず、どうも会社側が何かひた隠ししているような状態でした。 その後、会社が月末に実施ている帰社報告会で、課長・上司と対面で話し合いの上、方針を決定することになりました。 これにより退寮は1ヶ月先延ばしになりました。 帰社報告のドタキャン ところが、帰社報告の日に課長も上司も欠席していることに気づきます。 新人A😐: 「課長も上司もいないな。。。」 社内の別の社員Bに聞いて回ったところ、以下のように教えてくれました。 新人A😐: 「課長と上司って今日出社してます?」 社員B😅：「上司さんは業務都合で休み、課長はプライベートの都合でお休みだって。」 新人A😐: 「。。。」 新人Ａに連絡がなく、ドタキャンされてしまったため、帰社報告では方針を決められず、さらに1ヶ月ほど時間が過ぎていきました。 社内で見えてきた「本音」 社内やインターネットで似たような事例を調べてみると、社会人経験の浅い新人が退寮すると金銭面でのトラブルを起こすリスクがあることから、総務部が寮に留めておきたがる、という噂があるそうでした。 一方で、新人でも実家からの一人暮らしに切り替えた社員は特に総務から指摘がなかったことから、上記は表向きの理由は本音は以下の理由だと推測しました。 住宅手当を支給するより、社員寮を維持する方が会社にとって節税効果が高い 退寮時期が中途半端だと、不動産会社への賃料を余分に支払う必要が生じる そこで新人Aは、退寮時期や、移住先の物件の賃料は会社の希望に合わせられること、通勤経路が短くなれば通勤手当の支給額も減り会社側にもメリットがあることを提案してみることを検討しました。 「それはお前が考えることではない」 後日、現場で上司と直接話す機会がありました。 新人A🙂: 「退寮時期と賃料などの条件をご提示していただければ会社の条件に合わせます。また、通勤手当が少なくなるので会社にもメリットがあります。」 上司😑：「社員寮を出ると、普通のアパートよりお金がかかる」 言われなくても分かるようなことを、執拗に念押しされます。