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

投稿

ブログを翻訳

その“ありがとう”は誰のものか？—パワハラ営業に捕まった夜に見た、大企業の静かな崩壊

うわっ…静かなオフィスに、怒号だけが響く夜がある——。 ■ 深夜の訪問者というストレス あの頃、深夜残業は当たり前だった。10時、11時。やっと自分の仕事に集中できる時間に、決まって現れる“営業”。しかも課長クラス。なぜこの時間に来るのか。なぜこのタイミングで人を捕まえるのか。現場のリズムを完全に無視したその振る舞いに、誰もが内心うんざりしていた。 ■ 上にはペコペコ、下には強圧 その営業は、たまに部長と話している姿を見かけた。驚くほど低姿勢で、まるで別人だった。だが現場では違う。お客様の前でメンバーを叱責し、会議室の椅子を蹴飛ばして壊したという話も聞いた。実際、お客様にそれとなく聞いたときも「あぁ、あの人ね」と、すぐに通じた。つまり“有名”だったのだ。悪い意味で。 ■ 捕まった、その日 ある日、ついに自分も捕まった。「これ、英語の資料。翻訳して」。別に翻訳くらいやる。ただ、時間もないし概要だけ訳して返した。すると後で呼び出され、激怒。「今すぐ全部やれ」。その場で全ドキュメントを、1時間で翻訳させられた。 ■ 屈辱の本質は“構造”にある 英語が話せない人に偉そうにされる。それ自体も不快だが、それ以上にきつかったのは、周囲の空気だった。「可哀想に…」という視線。しかし誰も何も言わない。誰も止めない。この“見て見ぬふりの構造”こそが、人を追い詰める。あぁ、こうやって人は病んでいくのか、と実感した瞬間だった。 ■ 「ありがとう」で終わる歪み 翻訳が終わると、「ありがとう」の一言。それで終わり。そこに悪意はないのかもしれない。しかし、過程を無視した感謝は、むしろ暴力に近い。評価されるのは成果だけ。プロセスで何が起きたかは、誰も問わない。 ■ 回避できる人、できない人 その後、自分はその人の仕事を徹底的に避けた。幸い違う部署だったからできた。しかし、もっと密接に関わる部署ならどうだったか。逃げ場のない人たちは、どうなっていたのか。これは個人の問題ではない。構造の問題だ。 ■ 大企業の“見えない闇” こうしたパワハラ営業が幅を利かせていた現実。それは一部の異常者の話ではなく、大企業の中で許容されていた“文化”だった。巨大組織の中では、数字を作る人間が正義になる。そしてその裏で、静かに削られていく人がいる。 ■ ビジネスとしての示唆 ここで問うべき...
コメントを投稿
続きを読む
最近の投稿

Whose ‘Thank You’ Is It? — The Quiet Collapse of a Large Corporation I Witnessed the Night I Was Caught by a Power-Harassing Sales Manager

Whoa… there are nights when only shouting echoes through a silent office— ■ The Stress of the Late-Night Visitor Back then, late-night overtime was the norm. 10 PM, 11 PM. Just when I could finally focus on my own work, the “sales guy” would show up—like clockwork. And not just any sales rep, but a section manager. Why come at this hour? Why corner people at this timing? His behavior completely ignored the rhythm of the workplace, and everyone was silently fed up. ■ Submissive Upward, Oppressive Downward I occasionally saw him talking to a department head. He was shockingly humble—like a completely different person. But on the ground, he was the opposite. I heard stories of him scolding team members in front of clients and even kicking a chair in a meeting room hard enough to break it. When I casually asked a client about him, they immediately said, “Oh… that guy.” He was “well-known”—for all the wrong reasons. ■ The Day I Got Caught One day, it finally happened to me. “Here, thi...
コメントを投稿
続きを読む

怒鳴り声が正義だった時代——平成のパワハラ営業が残した“歪んだ成功体験”

うわっ…成功って、こんなに“うるさい”ものだったのか！？ ■ 社会人7年目、現場の違和感 社会人7年目の中盤、私はある開発ベンダーの現場にいた。 それなりに経験も積み、プロジェクトの中核を担い始めた頃だ。だが、そこで目の当たりにしたのは、スキルでも戦略でもない、「声の大きさ」が支配する世界だった。 ■ パワハラ営業という“文化” その現場には、ある有名な営業部長がいた。 社内外で結果を出していることで知られていたが、その裏側は強烈だった。 夜、お客さんと飲んで帰ってきたその足で、突然「11時から会議だ」と号令がかかる。 開発チームの部長陣が呼び出され、席に着いた瞬間——怒鳴り声が飛ぶ。 机を蹴る。 資料を投げる。 言葉ではなく“圧力”で支配する空気。 それが、その場では「当たり前」だった。 ■ 見ているだけで削られる現場 私は直接怒鳴られることは少なかった。 だが、自分の上司が目の前で責められる姿を見るのは、想像以上に消耗する。 ある日、上司がモノを投げられた。 その後、頭を押さえながら静かに戻ってきた。 何も言わず、ただ席に座る。 その背中が、すべてを物語っていた。 ■ なぜ“続いていた”のか 不思議なことに、その営業部長は長くその地位に居続けていた。 理由はシンプルだ。 「結果を出していたから」だ。 売上という絶対指標が、すべてを正当化する。 組織は、その“成功体験”を否定できない。 つまり、あの振る舞いは個人の問題ではなく、構造の問題だった。 ■ 自分も巻き込まれた瞬間 ある時、私はメインプロジェクトの合間に、その営業部長の案件支援に入ることになった。 土日に呼び出され、提案書作成。 本来は上司が受けた案件のヘルプだ。 幸い、上司の配慮で私は会議に出なくてよくなった。 だが、その代わりに上司が前面に立つ。 そして——また怒鳴られていた。 「守られている」という事実と、 「誰かが代わりに傷ついている」という現実。 そのギャップが、強烈に心に残った。 ■ 平成でも、パワハラは“現役”だった 平成という時代は、すでにコンプライアンスや働き方改革が語られ始めていた。 それでも、特定の現場では、こうしたパワハラが“普通に機能”していた。 むしろ、「あれくらいやらないと勝てない」という空気すら...
コメントを投稿
続きを読む

When Shouting Was Justice — The “Distorted Success Formula” Left by Heisei-Era Power Harassment Sales

Whoa… was success really supposed to be this loud !? ■ Year 7 in My Career — A Growing Sense of Discomfort In the middle of my seventh year as a professional, I was working at a development vendor. I had gained solid experience and was beginning to take on core roles in projects. But what I witnessed there was not a world ruled by skill or strategy—it was a world ruled by the volume of one’s voice . ■ Power Harassment as a “Culture” At that workplace, there was a well-known head of sales. He was famous for delivering results both internally and externally—but what lay beneath was intense. After drinking with clients late at night, he would suddenly call out, “Meeting at 11 PM.” Department heads from the development team would be summoned, and the moment they sat down—shouting would erupt. Kicking desks. Throwing documents. An atmosphere dominated not by words, but by sheer pressure. And in that place, it was considered “normal.” ■ A Workplace That Drains You Just by Watchin...
コメントを投稿
続きを読む

完成を見ないプロジェクトに価値はあるのか？——「途中で去る者」が背負う現場のリアル

うわっ、完成を見届けない仕事に意味なんてあるのか！？——そんな疑問が、社会人7年目の終わりに頭をよぎった。 走り続けた7年間の現場 社会人7年目も終わりを迎えようとしていた私は、これまでいくつものプロジェクトに関わってきた。大規模案件もあれば、小規模なものもある。所属しているのはアプリケーション開発部隊。各前線のSEが持ち帰ってくる案件のうち、大規模なシステム開発が必要な場合に投入される舞台だ。 仕事は山ほどあるが、主役は限られる SEが持ってくる仕事は多い。パソコンの置き換え、ネットワーク工事。しかし、その中でも最もインパクトが大きいのはシステム開発プロジェクトだ。かかる金額は桁違い。だからこそ人も集まり、そして去っていく。私もそのうちの1人だった。 「最後まで関わる」とは何か？ 当然、最後まで関われたプロジェクトもあれば、途中で離れたものもある。ではここでいう「最後」とは何か？運用まで含めて見届けることなのか。それとも本番ローンチまでか。アプリケーション開発部隊の役割は明確だ。基本は本番ローンチまで。ハイパーケアまでは関わるが、その先の運用には踏み込まない。 200人プロジェクトでも同じ現実 ある200人規模のプロジェクトで、私は構成管理担当として多くの仕組みを整備した。システムテストからテスト環境への移行はやりきった。そして、その仕組みを本番にも適用する段階まで持っていった。 しかし——そのタイミングで次のプロジェクトの話が来た。 選択の分岐点 このプロジェクトの最後まで見届けるか。それとも新しい挑戦に踏み出すか。断ることもできた。しかし、新しい環境で自分の力を試す機会でもある。 ここで一つの問いが浮かぶ。 「完成を見ない仕事に価値はあるのか？」 私は思う。価値はある。ただし、それは“成果物”ではなく“仕組み”に宿る。誰かが作った仕組みの上に、次の誰かが乗り、本番を迎える。プロジェクトはリレーだ。全員がゴールテープを切る必要はない。 ビジネスとしてのリアル むしろ、すべてを見届けることに固執する方が非効率な場合もある。人材は有限であり、機会は連続する。重要なのは「どこで価値を最大化するか」という視点だ。 選択できる立場にいること自体が、すでに価値だ。ならば、止まる理由はない。 私は次のプロジェクトへ進むことを選んだ。 この...
コメントを投稿
続きを読む

Is There Value in a Project You Never See Go Live? — The Reality Carried by Those Who Leave Midway

Whoa—does work have any meaning if you never see it through to completion!? That question crossed my mind at the end of my seventh year as a working professional. Seven Years on the Frontlines As I approached the end of my seventh year, I had been involved in numerous projects—some large-scale, others smaller. I belonged to an application development team, the unit brought in when large system development was required among the many deals frontline SEs brought back. Plenty of Work, but Few Lead Roles There was no shortage of work. PC replacements, network construction. But among them, system development projects had the greatest impact. The budgets were on a completely different scale. That’s why people gathered—and just as quickly, they left. I was one of them. What Does “Staying Until the End” Mean? Naturally, there were projects I stayed with until the end, and others I left midway. But what exactly does “the end” mean? Does it include operations? Or does it stop at production ...
コメントを投稿
続きを読む

テストケース1万件の山で、誰も息ができなくなった——金融システム移行の現場で起きた“静かな崩壊”

 ・COBOLからJavaへ、その“当たり前”が崩れた日 ・テストケースは消えない資産か、それとも負債か ・量で品質を作る日本的開発のリアル えっ、まだ増えるの！？テストケースが雪崩のように積み上がる金融現場で、誰も笑えなくなった。 ■金融システムは「テストケースが多い」が前提 金融系のシステム構築では、そもそもテストケースが多い。それは常識だ。 勘定系、決済、残高、与信。どれも一つのミスが数億円の事故になる。 だからこそ「テストは多すぎるくらいでちょうどいい」という文化がある。 ■COBOL資産は“何十年分のテストの塊” 今回のプロジェクトは、COBOLで動いていた基幹システムをJavaへ全面刷新するものだった。 COBOLの世界では、何十年もかけてテストケースが積み上がっている。 それは単なるチェック項目ではない。 過去の障害、例外処理、業務のクセ、現場の“痛み”そのものだ。 そして重要なのは、 プログラム言語が変わっても、そのテストケースは消えないということだ。 業務ロジックは変わらない。だから本来はそのまま使える。 ■ただし「そのままでは使えない」 しかし現実は単純ではない。 COBOLからJavaへ移行すると、気にしなくていい領域が出てくる。 たとえばメモリ管理。 これはJavaのガベージコレクションに任せられるため、関連テストはごっそり不要になる。 またエラーハンドリングも構造が変わるため、テスト観点の再設計が必要になる。 一方で、業務ロジック自体は変わらない。 そのため多くのテストケースは“ほぼ流用可能”でもある。 ■結果：テストケースは約1万弱 こうして整理された結果、残ったテストケースは約1万弱。 多いのか少ないのか、現場では誰も断言しない。 ただ一つ言えるのは、「終わりが見えない量」であることだけだ。 ■テストは美しいほど順調に崩れる テスト開始直後は順調だった。 簡単な正常系が次々に通る。 まるで教科書に出てくる消化曲線のように、きれいに進んでいく。 しかし、その曲線は必ずどこかで止まる。 そしてその瞬間が来る。 ■どん詰まりは突然やってくる ある地点を超えた瞬間、テストは止まる。 原因は単純ではない。 ・仕様の解釈違い ・COBOL特有の癖 ・J...
コメントを投稿
続きを読む