TOEIC Listening Practice Test #003 の読み上げスクリプト・日本語訳・解答解説です。聞き取れなかった箇所を英文で確認し、もう一度音声を聞き直すと定着します。

Part 3・4 の本文を「英語1文 → 日本語1文」の順で読み上げます。下のスクリプトを目で追いながら聞くと定着します。

▶ 先に問題を解く（音声つき）

Part 1｜写真描写問題（Photographs） スクリプト

Q1（正解: A）

(A) A woman is reading a document at her desk.
(B) A woman is typing on a laptop keyboard.
(C) A woman is putting on a jacket.
(D) Some files have been stacked on the floor.

写真: オフィスで女性が1人、デスクに座って印刷書類を両手で持ち読んでいる。机には閉じたノートPCとマグカップ。

解説: 女性が書類を持って読んでいる様子がそのまま描写されている (A) が正解。(B) はノートPCが閉じているので誤り。写真にPCがあると (B) を選びたくなるが、「開いて打っているか」まで見ること。(C) の上着、(D) の床のファイルは写っていない。Part1 の誤答は『写っている物の別の動作』か『写っていない物』の2種類が定番。

Q2（正解: B）

(A) A truck is being repaired in a garage.
(B) Boxes are being loaded into a vehicle.
(C) Workers are stacking pallets on a forklift.
(D) The loading dock has been closed off.

写真: 搬出口で作業員2名が安全ベストを着て、段ボール箱を配送トラックの荷台へ積み込んでいる。

解説: 箱をトラックに積み込んでいる最中なので、受動態進行形の (B) が正解。truck が vehicle に言い換えられている。(A) は修理ではなく積み込み。(C) のフォークリフトとパレット、(D) の封鎖は写っていない。Part1 で is being + 過去分詞 が出たら『いま誰かがその動作をしているか』を確認する。

Q3（正解: C）

(A) Customers are being served at a counter.
(B) A waiter is carrying a tray of drinks.
(C) The tables have been set for guests.
(D) Chairs are being moved outside.

写真: 開店前のカフェの店内。4つのテーブルにナプキンとカトラリー、グラスが並べられ、椅子は整えられている。客と店員はいない。

解説: テーブルの準備が済んだ状態なので、現在完了受動態の (C) が正解。「人がいない写真」では has been + 過去分詞（済んだ状態）が正解になりやすい。(A)(B) は人物が写っていないので誤り。(D) の屋外への移動も起きていない。人の有無を最初に確認すると、人物動作の選択肢をまとめて外せる。

Q4（正解: A）

(A) A woman is pointing at a whiteboard.
(B) A presentation is being projected on a screen.
(C) Some people are leaving the meeting room.
(D) The table has been cleared of papers.

写真: 会議室で4人がテーブルを囲んで座り、立っている女性がホワイトボードの図を指している。

解説: 立っている女性がホワイトボードを指しているので (A) が正解。(B) はプロジェクターの映像が無いので誤り。会議室＝プレゼンと決めつけないこと。(C) 全員着席しており退出していない。(D) ノートとペンが置かれているので「片付いた」も誤り。

Q5（正解: D）

(A) A ladder is being carried across the site.
(B) Building materials have been loaded onto a truck.
(C) Some workers are digging a hole.
(D) A worker is measuring a pipe.

写真: 工事現場で黄色いヘルメットと手袋を着けた作業員が、通路にひざまずいて金属パイプをメジャーで測っている。

解説: メジャーでパイプを測っているので (B) が正解。(A) のはしご、(C) の掘削、(D) のトラックへの積み込みはいずれも写っていない。工事現場の写真では ladder / helmet / truck など『現場にありそうな名詞』で引っかけてくるので、実際に写っているかを1つずつ確かめる。

Part 2｜応答問題（Question-Response） スクリプト

Q6（正解: A）

W:Where did you put the folder with the quarterly sales figures?

(A) On the shelf behind your desk.
(B) It was a very useful quarterly review.
(C) At three o’clock this afternoon.

解説: 場所を尋ねる Where に対して On the shelf と場所で答えている (A) が正解。(B) は質問文の quarterly を繰り返しただけの音のひっかけ。(C) は時刻の答えで、When への応答。Part2 は疑問詞を聞き取れれば、答えの種類（場所・時刻・理由）で半分は絞れる。

Q7（正解: B）

M:When are the new catalogs coming back from the printer?

(A) In the supply room downstairs.
(B) Sometime next Tuesday, I think.
(C) Yes, they printed two hundred copies.

解説: 時期を尋ねているので next Tuesday と答える (B) が正解。(A) は場所の答えで Where への応答。(C) は printer を printed に変えた音のひっかけで、疑問詞疑問文に Yes / No で答えている時点で誤り。疑問詞疑問文に Yes / No で始まる応答は原則として誤答。

Q8（正解: C）

W:Why weren’t you at the safety training session yesterday?

(A) The train from the airport was delayed.
(B) It’s held on the second floor.
(C) Actually, I took the same course last month.

解説: 「なぜ来なかったのか」に対して「先月同じ講習を受けた（＝出る必要がなかった）」と理由を間接的に示す (C) が正解。Because を使わない応答は TOEIC で頻出。(A) は training と train の音のひっかけ。(B) は場所の答え。直接的な理由が無いときほど、間接応答を疑うこと。

Q9（正解: A）

M:How many chairs should we bring in for Friday’s workshop?

(A) About twenty should be enough.
(B) In the east conference room.
(C) It was a really useful workshop.

解説: 数を尋ねているので About twenty と数で答える (A) が正解。(B) は場所、(C) は質問文の workshop を繰り返しただけの応答。How many の後は必ず数詞を含む選択肢が正解候補になる。About / around が付いても数の答えとして正しい。

Q10（正解: B）

W:Would you mind sending the invoice to the client again?

(A) His voice was hard to hear.
(B) Not at all, I’ll do it right now.
(C) She works in the billing department.

解説: Would you mind 〜? への承諾は Not at all（＝気にしません＝やります）で、(B) が正解。断りの形に見えて承諾である点が狙われる。(A) は invoice と voice の音のひっかけ。(C) は誰かの部署の説明で依頼への返答になっていない。Would you mind に Yes と答えると断りになるので、Sure / Not at all / Of course not を覚える。

Part 3｜会話問題（Conversations） スクリプト

Questions 11–13（健康診断の予約変更）

M:Greenfield Clinic, this is Owen speaking. How can I help you?

W:Hello, my name is Priya Raman. I have an annual checkup booked for this Thursday at nine, but a client meeting has been moved to that morning. Could I come on a different day?

M:Let me check the calendar. We have Friday at eight thirty, or the following Monday at four.

W:Friday morning is difficult because of my commute. I’ll take Monday afternoon, please.

M:Certainly, I’ve moved you to Monday. One thing to remember: please have nothing to eat for eight hours before the blood test. Water is fine.

W:Understood. Should I bring the form my company sent me?

M:Yes, please, along with your insurance card. If you forget the form, we can print a new one at the front desk.

11. Why is the woman calling?（正解: B）

(A) To ask about test results
(B) To change an appointment
(C) To register as a new patient
(D) To request a copy of a form

解説: Could I come on a different day? と日程の変更を求めているので (B) が正解。come on a different day が change an appointment に言い換えられている。(D) は会話の終盤に用紙の話が出るが、電話の目的ではない。Part3 の1問目は最初の2〜3文で決まるので、冒頭を聞き逃さないこと。

12. What does the man remind the woman to do?（正解: A）

(A) Avoid eating before the test
(B) Arrive thirty minutes early
(C) Pay the fee in advance
(D) Bring a urine sample

解説: have nothing to eat for eight hours before the blood test が根拠で (A) が正解。have nothing to eat が avoid eating に言い換えられている。(B)(C)(D) は言及なし。One thing to remember や Please note の直後は注意事項として設問になりやすい。

13. What does the man say about the form?（正解: C）

(A) It must be signed by an employer
(B) It was mailed to the woman yesterday
(C) A replacement can be printed at the clinic
(D) It is available on the clinic’s website

解説: If you forget the form, we can print a new one at the front desk が根拠で (C) が正解。print a new one が A replacement can be printed に言い換えられている。(D) のウェブサイトは出てこない。会話の最後の一言が3問目の答えになる型は頻出。

Questions 14–16（オフィス移転・内装工事）

W:Thanks for coming in, Hugo. We move into the fourth floor on October third, and the glass partitions still aren’t up.

M:The metal frames went in last week. What we’re waiting on is the glass itself, and that shipment has been pushed back to the twenty-eighth.

M2:That leaves us five days. Could your crew work through the weekend?

M:We can, but weekend hours are billed at a higher rate. It would add roughly two thousand dollars to the contract.

W:That’s still inside the amount we set aside for delays. Kenji, could you confirm it with the finance team this afternoon?

M2:I’ll email them as soon as we finish here. They usually come back to me within a couple of hours.

W:Good. Hugo, please send us a revised schedule by Thursday. We can’t absorb another change after that, or the movers will have to wait outside.

14. What are the speakers mainly discussing?（正解: C）

(A) A change of building owner
(B) A staff training program
(C) Construction work at a new office
(D) A rise in monthly rent

解説: move into the fourth floor / glass partitions / the crew と、移転先の内装工事の話が続くので (C) が正解。(D) は two thousand dollars という金額が出るので紛らわしいが、これは週末作業の追加費用で家賃ではない。金額が出た理由まで押さえること。

15. What problem does Hugo mention?（正解: A）

(A) A delivery has been delayed
(B) A permit has not been approved
(C) Some workers have quit
(D) The measurements were wrong

解説: that shipment has been pushed back to the twenty-eighth が根拠で (A) が正解。pushed back が delayed に言い換えられている。3人の会話では「誰が言ったか」で選択肢が分かれるので、設問の Hugo が誰かを掴んでおくこと。(B)(C)(D) はいずれも言及なし。

16. What does the woman ask Kenji to do?（正解: D）

(A) Send a revised schedule
(B) Work over the weekend
(C) Order additional glass
(D) Check with the finance team

解説: Kenji, could you confirm it with the finance team this afternoon? が根拠で (B) が正解。(A) は同じ女性の依頼だが相手はヒューゴで、依頼の宛先が違う。3人いるときは『誰が誰に頼んだか』が最大の分かれ目になる。

Questions 17–19（美術館の特別展）

W:Daniel, the textile exhibition opens two weeks from Saturday. We’ve already sold three hundred advance tickets. How are we doing on the audio guide?

M:The English version is finished. The problem is the translation, because the studio can’t record the Japanese track until the ninth.

W:That’s only three days before we open. Can we open with the English guide and add the other one later?

M:We could, but visitors who booked the guided tour paid for both. I’d rather move the studio booking up than explain that at the door.

W:Then call them this morning and ask for the fourth or fifth. If they can’t, I’ll speak to the director about pushing the opening back a week. Nobody wants that, but it’s better than turning people away at the entrance.

17. Where do the speakers most likely work?（正解: C）

(A) At a recording studio
(B) At a travel agency
(C) At a museum
(D) At a printing company

解説: the textile exhibition opens / visitors who booked the guided tour / the director と、展示施設の運営側の語が続くので (C) が正解。(A) のスタジオは外部の取引先として出てくるだけ。場所を問う設問は、1語ではなく複数の手がかりの積み重ねで判断する。

18. What problem does the man mention?（正解: A）

(A) A recording cannot be made in time
(B) An exhibit was damaged in transit
(C) Ticket sales have been slower than expected
(D) A translator has not been hired

解説: the studio can’t record the Japanese track until the ninth が根拠で (A) が正解。(D) は翻訳の話が出るので紛らわしいが、訳自体はできていて収録日が問題。「何が終わっていて、何が終わっていないか」を分けて聞くこと。

19. What does the woman say she may do?（正解: B）

(A) Hire an additional narrator
(B) Delay the opening date
(C) Refund the tour tickets
(D) Record the guide herself

解説: I’ll speak to the director about pushing the opening back a week が根拠で (B) が正解。pushing … back が delay に言い換えられている。If they can’t 〜 という条件つきの発言がそのまま設問になる型は頻出で、may do / might do と可能性を問う形で出る。

Questions 20–22（新製品の試作レビュー）

M:Have you seen the review schedule the lab sent over? Four rounds, one a week through May. Each session runs about three hours in the test lab.

W:I have, and there’s one we’ll have to move. The supplier just told me the new display samples won’t reach us until the twenty-second.

M:So the round that covers that part can’t go ahead as planned. Could we simply swap it with the final check?

W:That was my thought too. The final check is meant to cover everything, so it should come last. I’d rather keep it where it is and push the other one to the first week of June.

M:Fair enough. I’ll let the lab know this afternoon and ask them to send an updated sheet. Everyone on the team should work from the same version.

20. What are the speakers mainly discussing?（正解: A）

(A) A change to a testing schedule
(B) A drop in product sales
(C) A new supplier contract
(D) A budget for research

解説: レビュー日程のうち1回を動かす相談が続くので (A) が正解。(C) は supplier が出てくるので紛らわしいが、契約の話はしていない。固有の単語につられず、会話全体が何のために行われているかで選ぶ。

21. Look at the graphic. Which round will most likely be postponed?（正解: C）

(A) Round 1
(B) Round 2
(C) Round 3
(D) Round 4

解説: ディスプレイのサンプルが22日まで届かないため、Screen を見る回が動く。表で Screen は Round 3（5月20日）なので (C) が正解。(D) は入れ替え案として出るが、女性が「最終確認は最後に置くべき」と否定している。図表問題は音声で項目名を言わないので、条件（日付・担当）を聞き取って表で照合する。

22. What will the man do next?（正解: B）

(A) Visit the supplier
(B) Contact the laboratory
(C) Test a prototype
(D) Reschedule a flight

解説: I’ll let the lab know this afternoon が根拠で (B) が正解。let … know が contact に言い換えられている。3問目の「次に何をするか」は I’ll 〜 / I’m going to 〜 の直後にあることが多い。

Questions 23–25（部門予算の見直し）

W:Marcus, I’ve been through the marketing figures for the third quarter. We’re about fifteen percent over what we planned.

M:Most of that is the trade show in Hamburg. The booth cost far more than the estimate we were given in March. Shipping the display panels from the warehouse added another nine hundred dollars.

W:I thought it might be that. For the fourth quarter, can we hold off on the print campaign until January?

M:We could, though the agency has already designed the artwork. They’d charge us for the design either way.

W:That’s fine as long as we don’t pay for the printing this year. Could you send me their invoice so I can check the wording?

M:I’ll forward it right after this call. Let me know if you’d like me to join the meeting with them.

23. What does the woman point out about the third quarter?（正解: D）

(A) Sales fell in one region
(B) Two events were cancelled
(C) A payment was received late
(D) Spending exceeded the plan

解説: We’re about fifteen percent over what we planned が根拠で (B) が正解。over what we planned が exceeded the plan に言い換えられている。(A) の売上や (C) の入金遅れは出てこない。数値の直後は必ず設問になると思って聞くこと。

24. According to the man, what has the agency already done?（正解: C）

(A) Printed the materials
(B) Refunded a deposit
(C) Prepared the design
(D) Booked a booth in Hamburg

解説: the agency has already designed the artwork が根拠で (C) が正解。(A) は印刷こそ先送りする対象なので誤り。「もう済んだこと」と「これから止めること」を取り違えないよう、時制に注意する。(D) の見本市は代理店ではなく自社の話。

25. What does the woman ask the man to send?（正解: B）

(A) A revised estimate
(B) An invoice
(C) A sales report
(D) A contract draft

解説: Could you send me their invoice 〜? が根拠で (B) が正解。(A) の見積もりは3月の話として出てくるだけで、送付を頼んでいるのは請求書。似た書類名が複数出てくるときは、依頼の動詞（send / forward）の直後の目的語を聞き取る。

Part 4｜説明文問題（Talks） スクリプト

Questions 26–28（broadcast）

W:You’re listening to the seven o’clock traffic update on Riverbend Radio. We start on the north side, where repair work on the Halloway Bridge began this morning. Two of the four lanes are closed, and drivers heading downtown are reporting delays of around twenty-five minutes. The work is expected to continue until the end of next week. If you can, take the Ninth Street tunnel instead, which is moving normally. Elsewhere, the highway out to the airport is clear in both directions. City buses on routes twelve and fourteen are running about ten minutes behind schedule because of the bridge work. We’ll have another update at seven thirty. Until then, stay with us for the morning weather, which follows right after this break.

26. What is the main purpose of the broadcast?（正解: A）

(A) To report on road conditions
(B) To announce a change of route
(C) To advertise a bus service
(D) To describe a construction project

解説: 冒頭の the seven o’clock traffic update に続き、橋・トンネル・高速道路・バスの状況が並ぶので (A) が正解。(D) は工事が出てくるが、工事そのものの説明ではなく交通への影響を伝えている。放送の目的は冒頭1文で示されることが多い。

27. What does the speaker suggest listeners do?（正解: B）

(A) Leave home earlier
(B) Use an alternative route
(C) Take a bus instead of driving
(D) Avoid the airport highway

解説: take the Ninth Street tunnel instead が根拠で (B) が正解。the tunnel instead が an alternative route に言い換えられている。(D) は高速道路が clear と言っているので逆。If you can 〜 / We recommend 〜 の直後は提案として設問になりやすい。

28. What will listeners hear next?（正解: A）

(A) A weather report
(B) A news summary
(C) Another traffic update
(D) An interview

解説: stay with us for the morning weather が根拠で (A) が正解。(C) は7時30分の話で「次」ではない。放送の最後に次の番組を案内する型は頻出で、時刻に惑わされず「直後に来るもの」を選ぶこと。

Questions 29–31（recorded message）

M:Thank you for calling the Westbrook Family Clinic. Our office is currently closed. We are open Monday through Friday, from eight in the morning until six in the evening, and on Saturdays until noon. Please note that from the first of November our Saturday hours will end at eleven instead. To book, change or cancel an appointment, please visit our website, where the calendar is updated every hour. If you need a prescription renewed, press two now and leave your name and date of birth. We return those calls within one working day. If this is a medical emergency, please hang up and dial your local emergency number. You can also find directions and parking information on the same website. Thank you, and we look forward to seeing you.

29. Why is the message being played?（正解: C）

(A) The clinic has moved to a new address
(B) The caller has dialed the wrong number
(C) The clinic is closed at the moment
(D) All of the staff are with patients

解説: Our office is currently closed が根拠で (C) が正解。録音メッセージは「なぜ人が出ないのか」を冒頭で述べる型が多い。(D) も留守電の理由としてありそうだが、この放送では述べていない。『ありそうな話』ではなく『言っていること』で選ぶ。

30. What change will take place in November?（正解: D）

(A) A new doctor will join the clinic
(B) Appointment fees will increase
(C) The website will be redesigned
(D) Saturday hours will be shortened

解説: our Saturday hours will end at eleven instead が根拠で (B) が正解。正午までが11時までになる＝短縮なので shortened に言い換えられる。Please note that で始まる文は変更・例外の告知で、ほぼ設問になる。(A)(C)(D) は言及なし。

31. What are callers asked to do to renew a prescription?（正解: D）

(A) Visit the clinic in person
(B) Send an e-mail to the pharmacy
(C) Fill in a form on the website
(D) Leave a recorded message

解説: press two now and leave your name and date of birth が根拠で (D) が正解。(C) のウェブサイトは予約の話で、処方箋の更新ではない。録音メッセージは用件ごとに手段が分かれるので、設問がどの用件を聞いているかを最初に確かめること。

Questions 32–34（announcement）

W:Before we finish this morning, I have one announcement about the new software training. As you know, we switch to the new expense system at the start of next month. Training sessions will run every afternoon next week in the third floor meeting room. Each session takes about ninety minutes, and you only need to attend one. Sign-up sheets have been posted next to the lift on every floor. Please add your name by Thursday so we know how many handbooks to print. If none of the times work for you, speak to your team leader rather than to me. They are collecting the exceptions and will arrange a separate session if there is enough demand. The old system will stay available for two weeks after the switch, just in case.

32. What is the announcement mainly about?（正解: B）

(A) A change of office location
(B) Training for a new system
(C) A revised expense policy
(D) A company reorganization

解説: one announcement about the new software training が根拠で (B) が正解。(C) は経費システムが出てくるので紛らわしいが、規定そのものの変更ではなく使い方の研修が主題。announcement about 〜 の直後が主題になる。

33. Why does the speaker ask listeners to sign up by Thursday?（正解: D）

(A) To reserve a larger room
(B) To confirm a trainer’s schedule
(C) To arrange transportation
(D) To order enough materials

解説: so we know how many handbooks to print が根拠で (B) が正解。handbooks が materials に言い換えられている。so that 〜 / because 〜 の後は理由を問う設問の根拠になる。(A)(C)(D) は言及なし。

34. What should listeners do if they cannot attend any session?（正解: C）

(A) Send an e-mail to the speaker
(B) Watch a recording later
(C) Contact their team leader
(D) Choose a session the following week

解説: speak to your team leader rather than to me が根拠で (C) が正解。rather than to me とわざわざ否定しているので、(A) を選ばせる作りになっている。『AではなくB』の形が出たら、Bが答えで、Aは必ず誤答に置かれる。

Questions 35–37（speech）

M:Good evening, everyone, and thank you for staying after the conference. Each year we set aside a few minutes to recognise one team that has gone beyond what was asked of them. This year that team is our customer support group in the Leeds office. When our order system failed in March, they answered more than four thousand calls in a single week. They worked out a paper process overnight so that no customer order was lost. Their manager, Eleanor Fitch, is here to accept the award on their behalf. Eleanor, would you come up and say a few words about how the team managed it? After that, please join us for refreshments in the room next door. The bar will stay open until nine, so there is plenty of time to talk.

35. What is the purpose of the speech?（正解: B）

(A) To introduce a new manager
(B) To present an award
(C) To open a training course
(D) To announce quarterly results

解説: recognise one team / accept the award が根拠で (B) が正解。recognise（表彰する）は award と結びつく語なので覚えておくとよい。(A) はマネージャーの名前が出るが、紹介ではなく代表受領者としての登場。

36. What did the team do in March?（正解: C）

(A) They opened a new office
(B) They trained temporary staff
(C) They handled a large number of calls
(D) They redesigned a website

解説: they answered more than four thousand calls in a single week が根拠で (C) が正解。answered calls が handled calls に言い換えられている。数字が出た直後は設問になりやすいので、数だけでなく『何の数か』を押さえる。

37. What does the speaker ask Eleanor Fitch to do?（正解: A）

(A) Speak to the audience
(B) Introduce her team members
(C) Hand out the refreshments
(D) Explain a new procedure to customers

解説: would you come up and say a few words 〜? が根拠で (A) が正解。say a few words が speak to the audience に言い換えられている。(D) は紙の手順の話が出るので紛らわしいが、顧客への説明は頼んでいない。Would you 〜? の直後が依頼内容になる。

Questions 38–40（advertisement）

W:Is your team still working at desks that came with the building? Kestrel Office Interiors is clearing its showroom stock this month. Every item on our clearance list is reduced, and the savings grow with the size of your order. Delivery within the city is free on orders over one thousand dollars. We will also take away your old furniture at no charge on the same visit. Please note that assembly is charged separately, at forty dollars per hour. The clearance ends on the thirty-first, and once an item is gone we cannot reorder it. Call our showroom on 555-0139 to arrange a visit, or come in any weekday before six. Bring the measurements of your space and our staff will plan the layout with you.

38. What is being advertised?（正解: D）

(A) An office cleaning service
(B) A moving company
(C) A building renovation
(D) A furniture sale

解説: Kestrel Office Interiors is clearing its showroom stock と続き、机・椅子の価格が並ぶので (B) が正解。(D) は引き取り配送が出てくるので紛らわしいが、売っているのは家具そのもの。広告は冒頭2文で商品が分かる。

39. Look at the graphic. A company buys one meeting table. How much will it save?（正解: D）

(A) $51
(B) $61
(C) $111
(D) $141

解説: 表の Meeting table は通常 $540、セール $399 なので差額は $141 で (D) が正解。音声では品目ごとの金額を言わないため、表を見ないと解けない。図表問題では『引き算・範囲・並び順』のどれを問われているかを設問文で確かめてから表を見ること。

40. What does the speaker say costs extra?（正解: C）

(A) Delivery in the city
(B) Removal of old furniture
(C) Putting the furniture together
(D) Visiting the showroom

解説: assembly is charged separately, at forty dollars per hour が根拠で (C) が正解。assembly が putting the furniture together に言い換えられている。(A)(B) はいずれも free / at no charge と明言されているので逆。無料と有料が混在する広告では、どちらに属するかを1つずつ仕分けて聞く。

解答一覧

▶ もう一度問題を解く

TOEIC® L&R 形式のリスニング練習問題です。Part 1〜4の全40問を、本番と同じ流れ（ディレクション→問題）で解けます。目標スコア帯は600〜850点です。

音声は Part 1 から Part 4 まで通しの1本です。本番と同じように、途中で止めずに最後まで解いてみてください。正答数から推定スコアを出せるので、記事の最後の「目標スコアの目安」も見てください。

この問題の解き方

1. 音声を再生する（最後まで止めない）
2. 聞きながら各問の選択肢をクリックして解答する（Part 1・2 は本番と同じく記号だけ。英文は答え合わせのあとに確認できます）
3. 最後の「答え合わせをする」ボタンで採点する
4. 間違えた問題は「解答・解説」とスクリプト記事で確認する

問題開始（まず音声を再生してください）

音声が再生されない場合はページを再読み込みしてください。

PART 1

Directions. For each question in this part, you will hear four statements about a picture in your test book. When you hear the statements, you must select the one statement that best describes what you see in the picture. Then find the number of the question on your answer sheet and mark your answer. The statements will not be printed in your test book and will be spoken only one time.

Q1

• (A)
• (B)
• (C)
• (D)

Q2

• (A)
• (B)
• (C)
• (D)

Q3

• (A)
• (B)
• (C)
• (D)

Q4

• (A)
• (B)
• (C)
• (D)

Q5

• (A)
• (B)
• (C)
• (D)

PART 2

Directions. You will hear a question or statement and three responses spoken in English. They will not be printed in your test book and will be spoken only one time. Select the best response to the question or statement, and mark the letter (A), (B), or (C) on your answer sheet.

PART 3

Directions. You will hear some conversations between two or more speakers. You will be asked to answer three questions about what the speakers say in each conversation. Select the best response to each question, and mark the letter (A), (B), (C), or (D) on your answer sheet. The conversations will not be printed in your test book and will be spoken only one time.

Questions 11-13

Questions 14-16

Questions 17-19

Questions 20-22

Questions 23-25

PART 4

Directions. You will hear some talks given by a single speaker. You will be asked to answer three questions about what the speaker says in each talk. Select the best response to each question, and mark the letter (A), (B), (C), or (D) on your answer sheet. The talks will not be printed in your test book and will be spoken only one time.

Questions 26-28

Questions 29-31

Questions 32-34

Questions 35-37

Questions 38-40

答え合わせ

全40問を選び終えたら、下のボタンを押してください。採点結果とパート別の正答数が出ます。

目標スコアの目安

この40問の正答数から、TOEIC L&R の総合スコアをおおまかに見積もれます。目標帯の 600-850点は、40問中 26〜37問正解が目安です。

本番は Listening 100問の素点を換算して採点するため、この表はあくまで概算です。回を重ねて正答数の推移を見るのに使ってください。

解答・解説

スクリプト・和訳・解説

▶ スクリプトと日本語訳、全問の解説はこちら

35歳で3回目の転職をしました。

SESの開発現場から、大手のコンサルファームへ移ります。

不満があって辞めたわけではありません。

2年言い続けても変わらなかったこと、そして次にやりたいことが見えたことが理由です。

全15回で、決めるまでと決めたあとを書きました。

この記事はその目次です。

書いている人

文系の学部を出てから、独学とスクールを経てIT業界に入りました。

そこから10年、だいたいこんな順番で働いています。

1. 業務システムの保守・改修
2. 事業会社のIT企画部に常駐して、要件定義、業務フロー設計、RPAでの業務改善、システム導入支援など
3. 事業会社の社内SE
4. SESで客先常駐の開発

転職は今回で3回目です。

1回目は給与が動機で、2回目は残業で体調を崩して辞めました。

そして3回目が、このシリーズの話です。

第1部　なぜまた動いたのか

今の会社に強い不満はありませんでした。

人間関係も悪くありませんし、給料も前職を超えています。

それでも動いた理由から始めます。

2年ほど「開発を抜けたい」と言い続けて、変わらなかった話です。

https://loosecarrot.com/2026/09/14/6911/

商流を上げても消えなかった限界について書きました。

https://loosecarrot.com/2026/09/14/6976/

10年でいちばん楽しかった時期の話です。お礼を言われたことはありませんでした。

https://loosecarrot.com/2026/09/14/6985/

第2部　開発現場の3年

ここだけは転職の話ではありません。

客先常駐の現場で、技術以外にやっていたことの記録です。

転職活動の話だけ読みたい方は、第3部から読んでもらって大丈夫です。

ただ、未経験の職種に移れた理由はこの2本にあると思っています。

残業でチームが重くなったときに、お菓子を配っていた話です。

https://loosecarrot.com/2026/09/14/6923/

自分のテストをすり抜けたバグを、自分で見つけたときの話です。

https://loosecarrot.com/2026/09/14/7009/

第3部　転職活動編

実は、前の年にも転職活動をしています。

そちらは何も決まらずに終わりました。

その反省と、今回の準備の話です。

職務経歴書のテンプレートも、この部で配布しています。

13社受けて書類は全部通ったのに、何も決まらずに終わった年の話です。

https://loosecarrot.com/2026/09/14/7022/

キャリアの王道から外れる不安について。今も消えていません。

https://loosecarrot.com/2026/09/14/7033/

全12ページの構成と、書き方で変えたところです。テンプレートも置いています。

https://loosecarrot.com/2026/09/14/7076/

聞かれたことと、こちらから聞いた逆質問6つをそのまま載せました。

https://loosecarrot.com/2026/09/14/7126/

第4部　決断

このシリーズの中心になる4本です。

引き留められて本気で悩んだ話も、ここに入れました。

実は数年前、同じ会社を書類選考の段階で辞退していました。

https://loosecarrot.com/2026/09/14/7088/

シリーズの中心になる記事です。会社ではなく経験の置き場所を選びました。

https://loosecarrot.com/2026/09/14/6954/

退職を伝えたら、未公開の事業計画を見せられた話です。かなり迷いました。

https://loosecarrot.com/2026/09/14/6932/

上がった理由と、前回は逆に下げて入っていた話を書きました。

https://loosecarrot.com/2026/09/14/6965/

第5部　その後

退職が決まってからの1か月と、10年の振り返りです。

引き継いで終わるはずが、最後がいちばん忙しくなりました。

https://loosecarrot.com/2026/09/14/7061/

強い後悔はないけれど、小さいものが積み上がっていた、という話です。

https://loosecarrot.com/2026/09/14/7136/

前回までの転職の記録

1回目と2回目の転職も、同じように記録しています。

あわせて読むと、判断の変わり方が分かると思います。

1回目は給与が動機で、2回目は体調を崩して辞めました。

同じ人間でも、選ぶ基準はけっこう変わるものですね。

https://loosecarrot.com/2021/10/23/5144/

https://loosecarrot.com/2023/06/14/6213/

このシリーズで書かなかったこと

先に断っておきます。

転職先の社名は書いていません。

前職や、受けて落ちた会社の名前も出していません。

在籍中の会社が特定されると困る方もいますし、私自身もまだ働いている段階で書いています。

なので、会社の情報ではなく、判断の中身を読んでもらえたらと思っています。

年収についても、上がった幅だけを書いて金額そのものは出していません。

まとめ：1年後に答え合わせをします

正直に言うと、この転職が正解かどうかはまだ分かりません。

未経験の職種なので、やっていけるかの不安もあります。

このシリーズは決めるまでの記録なので、結果は書けていません。

なので1年後に、続きを書くつもりです。

うまくいっていればそう書きますし、そうでなければそれも書きます。

同じように迷っている方の、判断材料になれば嬉しいです。

この記事の内容を、動画（約6分）でもまとめています。

3回目の転職をすることにしました。

次は大手のコンサルファームで働きます。

ただ、今の会社に強い不満があって辞めるわけではありません。

むしろ退職を伝えた後に引き留めていただけるくらいには、悪くない関係でした。

https://loosecarrot.com/2026/09/14/6932/

それでも動いたので、その理由を書いていきます。

今回は「不満があって辞める」転職ではなかった

2回目の転職は、残業が半年平均で60時間になって体調を崩し始めたことがきっかけでした。

https://loosecarrot.com/2023/06/14/6213/

あのときは、辞める理由の方がはっきりしていました。

今回は違います。

人間関係で困ったことはありませんでした。

客先からの評価も悪くはなく、上流の工程も任せていきたいと言ってもらえていました。

給料も3年で前職を超えていました。

それでも動いたのは「次が見えなかった」から

前回の転職活動で、退職理由と転職理由は別物だと学びました。

https://loosecarrot.com/2023/06/10/6191/

辞めたい理由がなくても、次にやりたいことがあれば動く理由になります。

今回はまさにそのパターンでした。

逆に言うと、辞めたい理由がないぶん、決めるまでにかなり迷いましたね。

「開発を抜けたい」と2年言い続けたけど変わらなかった

今の会社はSESで、客先に常駐して働く形です。

入社した理由は、求人の内容がPMやコンサル寄りの案件だったからです。

ただ、応募のときにこう言われていました。

「最初は開発の案件から入ってもらいます」

私は開発の経験が1年ほどしかなかったので、これは納得できる話でした。

1年くらいならむしろ経験になるな、と思っていたんですよね。

実際、開発の経験はしっかり積めました。

ただ、そこから抜けられませんでした。

2年目に入るときの1カ月の待機

最初の案件が終わったとき、次の現場が決まらず1カ月ほど待機になりました。

当時は営業の人数が少なく、社内があまり上手く回っていない時期でもありました。

とりあえず受けておいて、と言われた面談はこんな内容です。

• インフラ案件で、セキュリティパッチの適用やシェルを作る現場
• 大手企業の傘下の開発枠を丸ごと受けて、PMとして一人で入る案件

方向性、バラバラですよね。

結局決まったのは、医療系の装置の組込開発でした。

会社として売上が必要なのは分かるんです。

ただ、案件の選び方が適当すぎると思ってしまいました。

人事給与システムの現場は悪くなかった

その次に入った、大手企業の人事給与システムの案件は良い経験でした。

1年と少し在籍して、設計から総合テスト、リリース作業まで一通りやりました。

残業は月30時間から75時間くらいです。

離任の直前には、休日出勤も2回ありました。

忙しくはありましたが、業務も知ることができて悪い経験ではありません。

むしろ、色んな機能の設計や作業の段取りをがっつり経験できたことは良かったと思っています。

それでも、次もまた開発だった

離任のタイミングで、次の現場の話を聞きました。

大きい会社ではありましたが、聞いた内容からおそらくまた開発だろうと分かりました。

私は2年ほど、営業や自社のリーダーにこう言い続けていました。

「開発を抜けて、PMやコンサル寄りの案件にシフトしたい」

1on1でも評価面談でも、言い方を変えながら伝えてきたつもりでした。

でも、変わらないんですよね。

開発未経験の人が、PMOの案件に入っていた

もうひとつ、引っかかっていたことがあります。

社内を見ていると、開発の経験がほとんどない人がPMOやコンサル寄りの案件に入っていました。

もちろん、その人たちに問題があるという話ではありません。

ただ、自分は何で入れてもらえないんだろうとは思っていました。

開発をやったぶん、むしろ遠ざかっている感覚すらありました。

怒りというよりは、じわじわと諦めになっていった感じです。

熱が落ちていたところに、前に辞退した会社から連絡が来た

正直に言うと、このときの私は転職したい熱が落ちていました。

諦めていたので、しばらくは今の現場で経験を積もうと思っていたからです。

そこに、コンサルファームから面談の案内メールが届きました。

以前、書類選考の後に辞退していた会社だった

実は同じ会社の選考を、以前に一度受けたことがあります。

そのときは面接を受ける前、書類選考が通った段階で辞退しました。

理由は2つです。

• 選考の期間が長かった
• バックパッカーから帰国したばかりで、早く仕事に就きたかった

なので、今回は2回目のご縁になります。

BPOだと思っていたら、BPRだった

前回見送ったのは、私の職種の理解が浅かったことも理由の一つでした。

私はその部門を、BPO（業務を外から請け負う仕事）をやるところだと思っていたのです。

でも、改めて話を聞くと違いました。

やるのはBPRで、業務のやり方そのものを作り変える仕事でした。

その対象がBPOの領域だった、ということです。

これは私がやりたいことと重なっているな、と思いました。

ここで熱が戻りました。

残業が月30時間まで下がって、考える余裕ができた

もう一つ、タイミングも大きかったです。

このとき現場の稼働が下がっていて、残業が月30時間ほどになっていました。

前の案件のように月70時間を超えている状態だったら、たぶん読まずに流していたと思います。

忙しいと、キャリアのことなんて考えられないんですよね。

体調を崩す前に余裕を作っておくことって、思っている以上に大事だなと感じます。

動かない選択肢も6〜7割は本気で考えた

実は、残る方向もかなり本気で考えていました。

感覚としては6割から7割くらいです。

残るメリットも小さくなかった

• これまで1年くらいのスパンで現場が変わり、知識が定着していなかった
• 人事給与システムの知識は、どの会社にもある業務なので汎用性が高い
• 次の現場も大きい会社だった
• 所属していた部署自体が伸び始めていた

伸びていく組織に賭けてみるのも悪くないな、とは思っていたんですよね。

ただ、3年賭けてうまくいっていなかった

冷静に考えると、私はすでに3年ほどこの会社に賭けていました。

その結果が、「開発を抜けたいと言い続けても変わらない」という状態です。

同じ賭けをもう3年続けるのか。

それとも、大きいコンサルファームに入って実力をつけるのか。

考えた結果、後者の方がキャリアとして確実にプラスになる可能性が高いかなと思いました。

35歳は不利ではなかった ただ「最後かも」とは思った

年齢そのものに不安はなかった

35歳という年齢に、不安はありませんでした。

気になったのは年齢ではなく、今の私の経歴がコンサルファームで通じるのかという点です。

未経験の職種に行くわけなので、そこは当然の不安だと思います。

「今なら間に合う」ではなく「今が最後かも」

よく「今なら間に合う」と言います。

ただ、私の感覚は少し違いました。

今が最後のチャンスなのかな、というのが正直なところです。

40歳を超えてから未経験の職種に移るのは、さすがにしんどいだろうなと思ったからです。

経歴を棚卸ししたら、意外といけそうだった

不安だったので、経歴書を作りながら冷静に棚卸ししてみました。

1. システムの保守・改修
2. IT企画部や事業会社のシステム部門で、要件定義と案件のハンドリング
3. 開発現場で、設計から総合テスト、リリースまで

こうして並べると、ITに関わる一通りの工程を経験していることが分かりました。

一つひとつは、専門の人に比べたら深くないかもしれません。

ただ、上流から下流まで全部を通して見たことがある人って、意外と多くないんですよね。

これならまあまあ行けるのかな、と思えました。

3回目でいちばん変わったのは、年収を気にしなくなったこと

おかしなことを言っていると思われるかもしれません。

ただ、今回の転職活動でいちばん変わったのは年収をあまり気にしなかったことです。

1回目と2回目は、いくら上がるかを見ながら活動していました。

今回は、先々のキャリアで今の経験をどう活かすかばかり考えていました。

そう考えるようになった理由はAI

理由としていちばん大きいのは、AIが出てきたことだと思っています。

開発現場にいると、意外とAIに触れる機会はありませんでした。

ただ、自分でサイトを立ち上げたり、動画を作ったりする中で実感しました。

AIのレベル、思っているよりずっと上がってるんですよね。

もちろん、開発として人が必要なところは残ると思います。

ただ、手を動かしてシステムを作る仕事が、今後そこまで伸びていくとは思えませんでした。

https://loosecarrot.com/2025/10/20/6766/

だったら、業務を作り変える側にシフトしておきたい。

そう考えた結果が、今回のコンサルファームでした。

https://loosecarrot.com/2026/09/14/6954/

まとめ：不満がなくても動いていい

3回目の転職は、不満が理由ではありませんでした。

言い続けても変わらなかったことと、次にやりたいことが見えたことが理由です。

正直に言うと、ITコンサルが自分に合っているかはまだ分かりません。

合う合わないは人によって違うので、これが正解だとも思っていないです。

なので、1つの参考情報として読んでもらえたら嬉しいです。

このシリーズでは、転職活動の記録や、開発現場で苦しんだこと、引き留めで悩んだことも書いていきます。

同じように「このままでいいのかな」と思っているSEの方の、材料になればと思います。

3年前に「SESやめとけは本当?」という記事を書きました。

そのときの結論は、商流を上げれば解決するというものです。

そこから実際に3年SESで働いて、その結論は間違っていなかったと思っています。

ただ、それとは別の限界があることも分かりました。

今回の転職理由にも直結しているので、書いておきます。

3年前に書いた結論は、間違っていなかった

当時書いたのは、だいたいこんな内容です。

SESは多重構造なので、下の階層にいるほど給料が安くなる。

だから商流が上の会社に移れば、給料もストレスも改善する。

https://loosecarrot.com/2023/09/04/6600/

これは実際そのとおりでした。

客先からの評価が上がって単価も上げてもらえましたし、3年で前職の給料を超えています。

https://loosecarrot.com/2026/09/14/6965/

給料の話に限れば、SESでも普通に上がるんですよね。

なので「SESは給料が上がらない」という言い方は、少し雑だと思っています。

上がらないとしたら、それは商流の位置か、評価の伝わり方の問題です。

それでも残った限界は「次の案件が選べない」

商流を上げても消えないものがありました。

それが次にどの現場へ行くかを自分で決められないことです。

案件は「希望」と「枠」の掛け算で決まる

SESで次の現場が決まる仕組みは、たぶんどこも似ています。

自分の希望があって、会社にはそのとき売れる枠があります。

そしてその2つが重なったときだけ、希望が通ります。

営業が悪いわけでも、会社が冷たいわけでもありません。

売れる枠が無ければ、どうしようもないんですよね。

営業から来る話は、会社の都合とセットになっている

これも当たり前の話ではあります。

私のところにも、こんな打診が来ていました。

「大きいお客さんに1人目として入って、そこから広げてほしい」

会社としては、新しい取引先を開拓できるので当然やりたい話です。

同じ時期に、単価を上げるために決まった時期で離任させる、という方針も動いていました。

どちらも会社としては正しい判断だと思います。

ただ、自分がやりたい仕事とは、まったく別の軸で動いているんですよね。

希望を伝えることはできます。

でも、決まるときは会社側の事情のほうが先に来ます。

2年言い続けても変わらなかった

私は入社して1年ほど経ったころから、ずっと同じことを言い続けていました。

「開発を抜けて、PMやコンサル寄りの案件にシフトしたい」

1on1でも評価面談でも、言い方を変えながら伝えています。

伝わっていなかったとは思いません。

ただ、伝わっていることと、枠があることは別でした。

https://loosecarrot.com/2026/09/14/6911/

「1年ごとに現場が変わる」の何がしんどいか

業務知識が積み上がらない

私はこの3年で、いくつかの業種の現場を経験しました。

装置の組込開発もやりましたし、業務システムの開発もやっています。

技術の幅は確実に広がりました。

ただ、業務知識のほうは積み上がりません。

1年前後で現場が変わると、次の現場ではまた一から業務を覚えることになります。

しかも業務は、覚えかけが一番しんどいです。

全体が見えていないので質問の仕方も分からず、聞くたびに時間を取らせてしまいます。

やっと全体像が見えて面白くなってきたころに、離任の話が出てくる。

この繰り返しが、地味に効いてきました。

逆に、当たりの現場を引くと残りたくなる

面白いのは、その逆もあることです。

直近で入っていた人事給与のシステムは、どの会社にもある業務なので汎用性がかなり高いです。

ここにあと2〜3年いたら、けっこう強い武器になると思っていました。

実際これが、転職せずに残る理由の一つになりかけています。

どちらに転ぶかも、自分では決められない

ここが一番しんどいところです。

当たりの現場に長くいられるかどうかも、結局は枠の話になります。

実際、私は単価を上げるという理由で、決まった時期に離任することになっていました。

現場の評価が良かったことと、そこに残れることは別なんですよね。

むしろ評価が良いほど、次の単価を上げるカードとして使いやすくなる面もあります。

頑張った結果が、そのまま今の現場を離れる理由にもなる。

ここは少し複雑な気持ちになりました。

同僚が辞めた理由が、全部を表していた

同じ現場にいた若手のメンバーが、転職していきました。

理由を聞いたら、こう言っていました。

「チームで開発現場に入りたかったんです」

一人で常駐する案件が続いていたそうです。

聞いた瞬間、SESだとそうなるよなと思ってしまいました。

引き留める気にはまったくなりませんでした。

素直に納得できましたし、応援したいと思ったくらいです。

ちなみに私も、いた現場には自社の人間が私一人でした。

現場との調整も、全部自分でやることになります。

これも会社が悪いという話ではなく、単純に構造の話です。

会社も手は打っている ただ時間はかかる

誤解のないように書いておくと、会社も普通に動いています。

事業部の方針として、こんな話が出ていました。

• 2次請け・3次請けの比率を下げて、平均単価を上げる
• 一人常駐ではなく、複数名のチームで入る現場を増やす

方向としては、まったく正しいと思います。

私が感じていた限界に、そのまま効く話でもあります。

ただ、それが自分の次の1年に間に合うかは別なんですよね。

会社の3年と、自分の3年は別々に進みます。

私はこの3年で35歳になりました。

会社の変化を待つには、少し年齢が上がりすぎた感覚がありました。

20代なら、たぶん待っていたと思います。

構想が形になるのを見届けるのも、それはそれで面白い経験のはずです。

ただ今回は、自分の時間のほうを優先することにしました。

SESが悪いという話ではない

ここまで限界の話ばかり書きましたが、SESを否定したいわけではありません。

私にとっては、必要な3年でした。

そもそも、PM・コンサル寄りの求人で入った

そもそも私がこの会社に入ったのは、求人がPMやコンサル寄りの案件だったからです。

ただし「最初は開発の案件から」という条件付きでした。

入る前の私は、社会人10年目で開発の経験が1年ほどしかありません。

要件定義やベンダー調整はやってきたのに、作る側の中身を知らない状態です。

https://loosecarrot.com/2023/08/05/6451/

なので、1年くらい開発をやってから移れるなら理想的だと思っていました。

その1年が、結果として3年になったわけですね。

幅広い現場に入れるのは、本当にメリット

1年で現場が変わることは、裏返せばメリットでもあります。

全然違う業種のシステムを触れるので、社内転職をしているような気分になれます。

これは3年前の記事でも書きましたが、今も同じ感想です。

実際、この3年で身についたものを並べるとそれなりにあります。

• C#での詳細設計から実装、単体・結合・総合テストまで
• リリース作業と、そのための段取り
• 課題管理とインシデント対応
• 基本設計や外部設計の一部

上流の仕事をしていたときは、正直このあたりをふわっとしか分かっていませんでした。

見積もりの感覚も、変更の影響範囲も、テストの重さも実感がなかったです。

今なら、開発側が何を嫌がるのかが想像できます。

いろんなことをやってみたいタイプの人には、かなり合っていると思います。

まとめ：目的と期限が決まっている人には向いている

3年やって思うのは、これです。

何を身につけたいかが決まっていて、期限を切れる人にはSESは強い。

決まっていないと、案件ごとに流されて年数だけ増えていきます。

私は「開発経験を積む」という目的で入って、それは達成できました。

たぶん、目的が達成された時点が出るタイミングだったんですよね。

実際には3年かかっています。

理由は単純で、目的は決めたのに期限を決めていなかったからです。

ちなみに、独立してフリーランスになる道も一度は考えました。

https://loosecarrot.com/2023/07/20/6543/

そちらを選ばなかった理由は別の記事に書いていますが、根っこは同じです。

案件を選べる立場になりたい、というところに行き着きました。

結局のところ、SESで感じた限界はスキルの話ではなかったんですよね。

技術も業務知識も、やれば身につきます。

選べないという一点だけが、どれだけ頑張っても残り続けました。

IT業界10年で、いちばん楽しかったのは事業会社のIT部門にいたときです。

ただ、感謝されたから楽しかったわけではありません。

むしろお礼を言われた記憶がないんですよね。

それでも楽しかった理由を書いていきます。

業務改善の一例：倉庫の検品業務

事業会社のIT企画部に常駐していたときの話です。

https://loosecarrot.com/2026/09/14/6911/

この部署では、基幹システムの要件定義や、海外向けの販売管理システムの導入なども担当していました。

業務改善もRPA化も、対象になる業務はいくつもあります。

なので以下はあくまでそのうちの一つとして読んでください。

分かりやすい例なので、これを使って書いていきます。

まず、業務の流れ

当時の検品業務は、こんな流れで回っていました。

1. メーカーが商品を倉庫へ発送する
2. メーカーから本社へ、検品依頼書がエクセルでメール送付される
3. 本社で内容をチェックして、受付の連絡を返す
4. 検品依頼書を、倉庫が見る場所に配置する
5. 全体の進捗一覧に、新規の依頼を追加する
6. 検品結果を記入するためのエクセルを作成する
7. 倉庫の担当者が検品して、結果を記入する

このうち4番から6番が、本社の担当者がひたすら手でやっている作業でした。

エクセルを開いて、中身を見て、別のエクセルに転記して、また別のエクセルを作る。

商品が動いている裏で、人がずっとエクセルを触り続けている状態です。

しかも季節によって物量が変わるので、忙しい時期はここが完全に詰まります。

自動化したのは、この真ん中の3つ

やることは単純です。

届いたエクセルから必要な情報を取って、配置して、一覧に足して、記入用のエクセルを出す。

これをフェーズ1とフェーズ2に分けて進めました。

• フェーズ1（2週間程度）　依頼書の配置と、進捗一覧への追加
• フェーズ2（3週間程度）　検品結果を記入するエクセルの作成

作るもの自体は、正直それほど難しくありません。

エクセルを読んで、別のエクセルを出す。

RPAの中では、かなり素直な部類の処理です。

自動化の前に、業務のほうを変えた

ここが一番大事なところです。

調べてみると、検品依頼書のフォーマットがメーカーごとにバラバラでした。

項目の位置も名前も違います。

この状態では、そもそも自動化できません。

だから、フォーマットの統一を提案した

やったのは、共通フォーマットを決めて各メーカーに合わせてもらうことです。

社内の調達部門と一緒に、順番に切り替えてもらう調整をしました。

全部を一斉に切り替えるのは無理なので、切り替えが終わったメーカーから順にRPAに乗せる進め方にしています。

正直、ここが一番しんどかった

RPAを作るのは、実はそんなに時間がかかりません。

大変なのは、揃っていないものを揃えることのほうです。

社外の相手に「フォーマットを変えてください」とお願いするわけですから。

相手には相手の事情があるので、一方的に押し付けることはできません。

なので、なぜ変えてほしいのかと、変わったあとに何が良くなるのかをセットで説明しました。

「受付の連絡が今より早く返せるようになります」

そう言えると、話が進みやすくなります。

ただ、面白いのはここからで、フォーマットが揃った時点でRPAが無くても業務は軽くなっているんですよね。

自動化するために業務を整理したら、整理そのものに価値があった。

この感覚が、今もずっと残っています。

全部を自動化しようとはしなかった

もう一つ決めたことがあります。

対象は新規の依頼だけにして、修正が入った分は手作業のままにしました。

修正分は全体の5%ほどです。

残り5%に時間をかけない

修正のパターンまでRPAでカバーしようとすると、難易度が一気に上がります。

条件分岐が増えて、作るのにも直すのにも時間がかかるようになります。

100点を狙うと、たぶん完成しません。

95%を自動化できれば十分ですし、残り5%に時間をかけるくらいなら、次の業務に手をつけたほうが効果は大きいです。

このあたりの割り切りは、この案件で身につきました。

ちなみに、同じ流れの中にメーカーへの請求書作成という業務もありました。

こちらは難易度が高かったので、いったん別扱いにしています。

やる順番を決めるのも仕事のうちだと思っています。

ちなみに、この5%を手作業で残すことは最初に関係者へ伝えています。

後から「これはできません」と言うと、だいたい揉めます。

やらない範囲を先に決めて、先に言う。

これだけで、あとがかなり楽になりました。

効果は「パートの時給×時間」で出した

効果の計算は、難しいことは一切していません。

削減できた作業時間 × パートタイマーの時給

これだけです。

年間にすると、約500万円になりました。

数字にするのは、自分のためではない

効果を数字にしておく意味は、褒めてもらうためではありません。

次の投資を通すためです。

「これだけ減りました」と言える実績があると、次の改善の話がとても進めやすくなります。

逆に、効果を測っていない改善は、やった本人しか価値を知らないまま終わります。

これは開発費の判断でも同じでした。

たとえば開発に数百万かかるとして、何か月で回収できるのかを試算します。

その数字があると、上長も判断できますし、やらないという結論も出せます。

やる理由よりも、やらない理由を出せるほうが信頼される気がしています。

https://loosecarrot.com/2023/08/05/6451/

ただ、お礼を言われたことはなかった

効果は大きかったと思っています。

ただ、正直に書くと感謝された記憶はありません。

言われていたのは「いつできるんですか？」

むしろ、急かされることのほうが多かったです。

依頼はどんどん増えていくのに、そこはあまり気にされません。

当時のIT企画部のリーダーや先輩は、その様子を見て少し苛立っていました。

「これだけやってもらってるのに、その言い方はないやろ」という感じです。

私はその横で、まあそういうものかと思っていました。

依頼している側からすると、目の前の業務を早く楽にしたいだけなんですよね。

悪気があるわけではないと思います。

ただ、こちらの作業量が見えていないので、際限なく増えていきます。

今振り返ると、仕方なかったとも思う

ただ、今になって思うことがあります。

私自身が、仕事を押し込まれやすい雰囲気を出していたんですよね。

頼まれると断らないし、やってしまいます。

そういう人のところに依頼が集まるのは、当たり前です。

相手からすれば、頼めば出てくる窓口ができたようなものだと思います。

ちなみにこの癖は、10年経った今も直っていません。

そこは今回の転職でもいちばん不安に思っているところです。

断れないままだと、どこに行っても同じことが起きます。

結局それで残業が増えて、前職では体調を崩しました。

それでも、いちばん楽しかった

楽しかった理由は、感謝ではありませんでした。

業務が実際に変わるところを、自分の目で見られたからです。

倉庫の人が何をやっているかが分かります。

どこで手が止まっているかも分かります。

そして自分が作ったものが、来週から普通に使われています。

このスピード感が、たぶん自分には合っていました。

半年後にリリースされるものより、来週から効くもののほうが面白いです。

作って納めて終わり、では味わえない

開発の現場に3年いて、この違いがはっきり分かりました。

システムを作って納めたあと、それが業務をどう変えたかまでは、たいてい見えません。

https://loosecarrot.com/2023/06/27/6355/

どちらが偉いという話ではないです。

ただ、私の場合は「その後」まで見えないと物足りないだけなんですよね。

今回コンサル寄りの仕事を選んだのも、結局ここが理由でした。

https://loosecarrot.com/2026/09/14/6954/

まとめ：感謝はされなくても、変化は残る

情シスやIT企画は、正直かなり感謝されにくいポジションです。

うまくいって当たり前、遅いと言われる。

これは情シスを経験した人ならだいたい共感してもらえると思います。

ただ、業務が変わった事実だけは残ります。

そして数字にしておけば、それは自分の実績としても残ります。

実際この検品業務の話は、5年近く経った今でも面接で使えています。

https://loosecarrot.com/2023/06/10/6191/

お礼を言われなくても、やったことは消えません。

そう思えるようになったのは、この仕事のおかげかもしれません。

もし今、社内で改善をやっていて報われていないと感じている方がいたら、効果だけは数字にして残しておいてください。

感謝はされなくても、その数字はあとから必ず効いてきます。

このシリーズは転職の記録ですが、この記事だけは転職の話ではありません。

客先常駐の開発現場で、技術以外にやっていたことの話です。

転職活動の記録だけ読みたい方は、この記事は飛ばしてもらって大丈夫です。

ただ、私がコンサル寄りの仕事を選んだ理由にもつながっているので、残しておきます。

https://loosecarrot.com/2026/09/14/6911/

参画したときのチームは、とにかく静かだった

今の会社はSESなので、客先に常駐して働きます。

https://loosecarrot.com/2026/09/14/6976/

初めてその現場に入った日、島全体がシーンと静まり返っていました。

でも、仕事の話は笑顔でしていた

ただ、よく見ていると少し違和感がありました。

仕事の話をするときは、みんな笑顔で喋っているのです。

つまり、仲が悪いわけではないんですよね。

前の転職では社風や雰囲気を重視して会社を選びました。

なので、雰囲気って変えられるものなのかな、というのは前から気になっていたんですよね。

雰囲気がそうさせているだけかもしれないと思いました。

こっちからボールを投げてみることにした

試しに私から話を振ってみると、笑顔で答えてくれます。

向こうからも、いろんなことを聞いてくれるようになりました。

なので、ボールを投げる数を増やして、どんな反応が返ってくるか見てみようと思いました。

これが最初にやったことです。

見積もりが甘くて、全員が月40時間以上の残業になった

最初に入った開発プロジェクトは、正直に言うと見積もりがかなり甘いものでした。

開発期間は半年ほどでした。

稼働が始まって1カ月目から、開発メンバー3名全員が40時間以上残業していました。

一番多いときで、私は月75時間ほどです。

他の方も60時間から70時間くらいでした。

そりゃあ、チーム全体の雰囲気もかなり重くなっていきます。

やったこと①　ハッピーターンを配った

雑談から会話を盛り上げて、少しでも明るい雰囲気にできたらと思って始めました。

やり方は単純です。

週に2回ほど「ハッピーですか？」と聞いて回ります。

「ハッピーでない」と返ってきたら「ハッピーになれ」と言ってハッピーターンを渡します。

「ハッピー」と返ってきたら「もっとハッピーになれ」と言って渡します。

ハッピーターンを選んだ理由は語呂だけ

なぜハッピーターンなのかというと、単純に語呂が良かったからです。

分解するとハッピー＋ターンで、ハッピーに転換する、という意味になります。

あとは、渡し方を想像すると単純に面白かったからです。

本当に、それだけの理由なんです。

先にキャラを作っておいたのが大きい

これ、いきなりやってたら確実に引かれてたと思うんですよね。

私は案件に参画した時点から、冗談を言ったり、少しおかしなことを言ったりしていました。

意識的に自分のキャラ付けをしていたのです。

そのおかげか、最初に渡したときも「少し驚いて、少し笑う」くらいの反応で済みました。

1年で5回だけにした

やったのは、1年いた中で5回ほどです。

毎日お菓子を配っていると、ありがたみも意味もなくなってきます。

なので、雰囲気が重くなってきたタイミングを見てやるようにしていました。

ちなみにお菓子代は自腹です。

自分を助けるという意味でも、自腹で買うのは悪くないと思っています。

「ハッピーじゃないです(泣)」から始まった

一番最初に渡したときは、みんなかなり忙しくてしんどい状態でした。

PLからは「ハッピーじゃないです(泣)」という回答が返ってきました。

まあ、その通りだろうなと思いました…

ただ、翌月に同じことをしたときは違いました。

少しずつ雰囲気も明るくなり始めていて、「ハッピーです」と言ってもらえたのです。

そのうち、お互いにお菓子を渡し合うことが増えていきました。

やったこと②　ホワイトボードで書き出した

私は社会人8年目くらいから、小型のホワイトボードを持ち歩いています。

きっかけはコンサル会社の人たち

1社目のとき、事業会社のIT企画部に常駐していました。

そこでシステムの入れ替えを手伝ってくれていたのが、あるコンサルティング会社の人たちでした。

その方たちがホワイトボードを使っているのを、よく見ていたのです。

10歳上の先輩に説明が伝わらなかった

もう一つきっかけがあります。

現場に10歳ほど年上の先輩が入ってきたとき、説明がなかなか理解してもらえませんでした。

口で言うだけだと、どうしても限界があるんですよね。

構造的に理解してもらえるようにと思って使い出したら、これがかなり便利でした。

それ以来、持ち歩くようにしています。

会議が空中戦になりかけたとき

開発が遅れて、メンバー3人とチームリーダーで会議室に集まったことがありました。

議論が空中戦になりかけている気がしたので、後ろにあった大きなホワイトボードを使いました。

まず、各々が持っている開発のタスクを人別に書き出していきます。

リーダーは、優先順位をつけて潰せるものから効率的に潰したいと思っていたようでした。

なので「では、優先順位はどれですか？」と聞きながら進めました。

優先順位が高いものから番号を振って、赤・青・緑のペンで色をつけていきます。

終わったあと、リーダーからは「ありがとうございます、助かります」と言ってもらえました。

やったこと③　口頭で終わらせずエクセルに残した

口頭だけだと、体感で2割は認識がずれる

詳細設計から結合テストの間は、口頭中心の連絡がとても多くなります。

その結果、伝え漏れや認識の齟齬が起きます。

体感ですが、不具合の2割くらいは認識のずれが原因だったと思っています。

https://loosecarrot.com/2026/09/14/7009/

「通勤時間は必ず入る」と聞いていたのに、空白で来た

分かりやすい例があります。

グループ会社のシステムが出力する、通勤経路の申請ファイルを取り込む開発をしていました。

自転車通勤の交通費申請について、通勤時間は確実に入ってくると聞いていました。

なので、駐輪場代を取り込むかどうかは「通勤時間があるかないか」で判定する作りにしていました。

ところが、実際に流してみると違いました。

ユーザー側にも認識違いがあり、通勤時間が空白や0で来るパターンもあったのです。

結果、判定の条件を作り直すことになりました。

通勤時間の有無だけで見るのをやめて、申請額と他の3区分を合わせた4つを統合して判定する形に変えました。

誰かが嘘をついたわけではありません。

「確実に入る」という言葉の理解が、聞いた側と話した側でずれていただけなんですよね。

離任した案件から「2日以内に直して」と来たこともある

もう一つあります。

すでに離任した案件でインシデントが起き、それが私の担当していたプログラムでした。

2日以内に直すよう依頼が来ました。

正直、抜けた案件の依頼が来ることには少し不満もありました。

ただ、原因をたどると当時の修正依頼が不明瞭で、私の確認が甘かったのです。

どちらが悪いという話ではなく、口頭で終わらせたことが原因なんですよね。

結合テストの不具合をエクセルにまとめた

そこで、システムテストの調査からはドキュメントに残すようにしました。

まとめたのは、結合テストのフェーズで出てきた不具合です。

自分たちが開発した処理を流したあと、後続の給与計算の処理でエラーになるものでした。

ある程度分かっていないと理解が難しい内容だったので、自分が理解するためにもエクセルにしました。

リーダーがそれを持ってユーザーに説明に行った

結果として、そのドキュメントをリーダーがユーザーへの説明に使ってくれました。

これは作ってよかったなと思いましたね。

その後、仕様に関する会話も終盤には練度が上がりました。

不要な改修を避けられたり、根本解決に近い修正案が出るようになった気がします。

もちろん、滑ったこともある

冗談が変な空気になった

病院に行くために早く帰る日がありました。

その理由を説明したときに、こう言ってしまいました。

「ほら、僕って頭おかしいじゃないですか。なので頭が痛かったり耳鳴りがするので病院に行ってきます」

これは、しっかり変な空気になりました…

首を突っ込みすぎて止められた

参画した序盤のことです。

他のメンバーが行き詰まっていることや、保守案件の障害にも首を突っ込んでいました。

どんな内容なのか、どこが問題なのかという話をしに行っていたのです。

当時は自分の案件もかなり忙しい時期でした。

なので、リーダーから「今は自分のやるべきことに集中してもらった方がいいです」と言われました。

おっしゃる通りですよね(笑)

やることをやったうえでやらないと、ただ邪魔をしているだけなんですよね…

まとめ：これはコンサルのスキルではないと思う

正直に言うと、私は今でもこれをコンサルっぽいことだとは思っていないんですよね。

ただ、物事を構造的にとらえて整理して、分かるように伝えることは、他の業界の仕事でも使えるものだと思っています。

特に、人を引っ張る立場や案件を進めていく立場になると必要になってくると思います。

メンバーを一つの方向に向かせる、同じ視点にさせる、という意味でです。

https://loosecarrot.com/2022/02/12/5556/

技術で突き抜けられなくても、現場でやれることはあります。

AIが進んでいく中では、むしろこちら側の方が残るのではないかとも思っています。

そしてこういう話は、転職の面接でも何度も聞かれました。

https://loosecarrot.com/2022/01/10/5278/

派手なことは一つもしていませんが、同じように静かな現場にいる方の参考になれば嬉しいです。

開発の現場で、いちばんショックだった出来事の話です。

総合テスト（システムテスト）のフェーズに入ってから、自分が担当したプログラムのバグを見つけました。

しかもそれは、単体テストの時点からずっと残っていたものでした。

つまり、自分のテストをすり抜けたまま、結合テストも通過していたことになります。

この一件で、仕事の見方がけっこう変わりました。

自分の単体テストをすり抜けていた

当時、案件は総合テストのフェーズに入っていました。

そこで出たインシデントの対応をしていたときのことです。

調べている途中で、報告されていたものとは別の不具合を見つけました。

どこから出ているのかをたどっていくと、答えははっきりしていました。

単体テストが終わった時点から、ずっと残っていたものです。

単体テストも結合テストも通っていたのに、総合テストまで誰も気づいていませんでした。

誰にも怒られていないのがきつい

しかも単体テストは、自分でやったものです。

何か月も気づかれないまま、そのまま動いていたことになります。

誰かに指摘されたわけではありません。

自分で見つけたぶん、余計にきつかったです。

「ちゃんとテストしたつもりだったのにな」というやつですね。

ちなみに私は、社会人10年目で開発の経験が1年ほどしかない状態から今の現場に入っています。

なので、テストの観点を自分で組み立てた経験もほとんどありませんでした。

https://loosecarrot.com/2026/09/14/6911/

なぜ見逃したのか

落ち込んでいても仕方ないので、原因を考えました。

技術的に難しかったから、ではありません。

自分の担当範囲だけを見ていた

私が見ていたのは、仕様書に書かれた「この機能」だけでした。

入力を入れて、出力が想定どおりか確認する。

そこで終わりにしていたんですよね。

前の処理も、後ろの処理も見ていませんでした。

当時の私の感覚だと、それは他の人の担当なんですよね。

実際、担当は分かれています。

ただ、データはつながって流れていきます。

自分の出力が誰かの入力になる以上、そこで切ると見えないものが出てきます。

書いてあることだけを見ていた

実は、似たようなことを別の対応でもやっています。

インシデント一覧に、修正内容が1機能ぶんだけ書かれていました。

なので私は、それが対象範囲だと思い込んで着手しています。

調べてみたら、実際には2つの機能に影響していました。

書いてある情報が足りなかったのは事実です。

私はそのプログラムを作った本人でもなかったので、全体像も分かっていませんでした。

そのとき、PLに怒り口調で言ってしまった

ここは反省点です。

私はPLに「これ、一覧からは読み取れないですよね」と言ってしまいました。

言い方に、明らかに苛立ちが混ざっていたと思います。

でも、あとから考えるとどうでしょうか。

範囲を狭く見たのは、私のミスでもあるんですよね。

着手する前に一言確認すれば済んだ話です。

資料が足りないなら、足りないと分かった時点で聞けばいい。

それをせずに進めておいて、あとから資料のせいにするのは違いますよね。

この一件は、今でもわりと覚えています。

そこから、見方を変えた

やったことは単純です。

部分的に見るのをやめました。

自分の担当かどうかではなく、仕様全体としておかしくないかを見るようにしました。

実際にやっていること

バグを見つけた回では、こんな確認をしています。

1. 開発した処理で、実際にデータを取り込む
2. そのあとに動くバッチ処理まで流す
3. 別の画面を開いて、結果がどう見えるか確認する

自分の担当範囲を出て、データが最後にどうなるかまで追いかけます。

正直、時間はかかる

テストの時間は、体感で倍近くになります。

環境の準備もいるので、単純に面倒です。

ただ、あとから直すコストのほうが確実に高いんですよね。

しかも終盤に見つかるほど、周りの時間まで奪います。

テスト工程で出た不具合は、原因の調査から始まります。

作った本人以外が調べると、そこだけで何時間もかかるんですよね。

自分の担当外の問題まで見えるようになった

見る範囲を広げたら、思わぬ副作用がありました。

自分が担当していないところの問題まで、目に入るようになったんです。

実際に見つけたもの

• 前日のデータを溜める処理に削除がなく、月末になると重くなる作りだった
• 土日は不要なデータまで毎日送っていて、処理時間を押し上げていた
• 基本設計の段階で、リリース前にデータを整えておく必要があることに気づいた

どれも、自分の担当だけ見ていたら気づけないものです。

リーダーに言われた感謝の一言

このうちのいくつかを確認しに行ったとき、こう言ってもらえました。

「そこまで見てくれていると思わなかった」

別の場面では、こうも言われています。

「設計は完璧ではないので、気になったことを確認してもらえると安心です」

この言葉は、けっこう効きました。

確認するのは、疑っているからではないんですよね。

むしろ、聞かれない設計のほうが不安なんだと思います。

自分が設計する側になったときも、これは覚えておきたいです。

同じことを、あとから入った人に説明した

しばらくして、チームに新しいメンバーが入ってきました。

異業種から転職してきて、開発の現場は初めてという方です。

システムテストのテストデータ作りで、完全に詰まっていました。

見ていると、私が最初にやっていたミスと同じことをしていました。

単体テストと同じデータでは足りない

単体テストは、その機能が仕様どおり動くかを見ます。

一方、システムテストは実際の業務の流れでデータを作る必要があります。

申請して、承認されて、締めて、連携する。

この流れに沿っていないと、そもそも後続が動きません。

「なぜ単体と同じデータではダメなのか」を説明したら、反応がかなり良かったです。

説明しながら、自分の理解も固まった

このときは、持ち歩いている小型のホワイトボードを使いました。

仕様とデータの流れを書いて、どこで何が起きるかを一緒に追いかけます。

2時間ほどかかりましたが、やってよかったです。

人に説明できないところは、自分も分かっていないんですよね。

教えるほうが勉強になる、というのは本当でした。

https://loosecarrot.com/2026/09/14/6923/

ミスの原因は、技術ではなかった

1年ほど同じ現場にいて、不具合の出方を見ていて思ったことがあります。

技術的に難しくて解けなかったものって、あまりなかった気がします。

難解すぎて読み解くのに時間がかかるものはありましたが。。。

多かったのはこの3つです。

• 業務や既存システムの知識が足りない
• 関係者どうしの認識がずれている
• 単純に伝わっていない

しかも、こういうミスは終盤になるほど効いてきます。

リリースが近いほど、一つの手戻りが全体を止めます。

だから、着手前に聞く回数を増やした

今は、着手する前に一度だけ確認するようにしています。

「これ、どこまでが対象ですか」

「この前提で合っていますか」

たったこれだけで、手戻りがかなり減りました。

聞くのは一瞬ですが、直すのは半日かかります。

https://loosecarrot.com/2023/08/05/6451/

まとめ：見逃したことより、見方を変えられたか

あのバグを見つけた日は、本当に落ち込みました。

ただ、今振り返るとあそこで見方を変えられたことのほうが大きかったです。

未経験に近い状態で開発に入ると、最初は担当範囲を守るだけで精一杯です。

それは仕方ないと思います。

ただ、少し余裕が出てきたら、範囲の外を見てみてほしいです。

そこから見つかるものは、たぶん自分の評価にもつながります。

実際、客先からの評価にも「上流の工程も任せていきたい」と書いてもらえました。

やったことは、範囲を少し広げて確認しただけです。

https://loosecarrot.com/2022/01/10/5278/

ちなみにこの話は、転職の面接でも使いました。

失敗の話は、そのあと何を変えたかとセットにすると通ります。

https://loosecarrot.com/2023/06/10/6191/

今回の転職の1年ほど前にも、転職活動をしていました。

結果は、内定2社を辞退して、本命には最終面接で落ちるというものです。

つまり、何も決まらないまま終わりました。

ただ、あの1年がなかったら今回の転職もなかったと思っています。

なので、うまくいかなかったほうの話も書いておきます。

数字だけ見ると、悪くなかった

まず結果から書きます。

• 応募　13社
• 書類通過　13社
• 面接　13社
• 内定　2社

はい、書類は全部通っています。

2023年と比べると、かなり違う

2回目の転職活動（2023年）のときは、こうでした。

応募26社に対して、書類通過は11社です。

通過率でいうと42%から100%になっています。

https://loosecarrot.com/2026/09/14/6911/

理由は2つあると思っています。

1つは、応募する数を絞ったことです。

2023年は「とりあえず出す」に近い応募も混ざっていました。

今回は、求人を読んで自分の経験と重なる会社だけに出しています。

もう1つは、職務経歴書の書き方を変えたことです。

どんな規模のチームで、どんな立場で、何をやったのか。

ここを具体的に書くようにしたら、通り方が変わりました。

ただ、ここで勘違いをしていました。

通ることと、決めることは別

書類が全部通ると、正直ちょっといい気分になります。

「あ、自分けっこう需要あるのかも」という感じですね。

でも、実際に決まったのはゼロです。

通過率と満足度は、まったく別のものでした。

受かるかどうかは、書類と面接の技術でなんとかなる部分があります。

でも「ここで働きたいか」は、まったく別の話なんですよね。

内定2社を辞退した理由

当時、転職エージェントからこう言われていました。

「ビジネスに関わるITコンサルへ進むなら、まず開発の経験を積んだほうがいい」

これは、たぶん正しいアドバイスです。

なので、開発ができる会社を中心に紹介してもらっていました。

聞いてみたら、今の会社と変わらなかった

面接では、開発現場の具体的な中身を聞くようにしていました。

どんな案件があるのか、どういう立ち位置で入るのか。

自社のメンバーは何人くらい一緒に入るのか。

配属はどうやって決まるのか。

このあたりは、実際に入ってみないと分からないことが多いです。

なので、聞けるだけ聞くようにしていました。

聞いていくと、だいたい同じ答えに行き着きます。

2次請け・3次請けの比率が高いんですよね。

つまり、案件のガチャ要素は今の会社とまったく同じです。

年収は上がる予定だった

条件だけ見れば悪くありませんでした。

年収は、30万から50万ほど上がる見込みです。

正直、これは小さい金額ではありません。

ただ、構造が同じなら3年後も同じ場所にいると思いました。

https://loosecarrot.com/2026/09/14/6976/

給料のために転職して、また同じ不満を持つ。

それは1回目の転職でやっているので、さすがに繰り返したくなかったです。

https://loosecarrot.com/2023/06/18/6432/

本命は、最終面接で落ちた

一番志望度が高かったのは、専門商社の社内SEの求人でした。

しかも幹部候補という位置づけです。

条件も理想に近いものでした。

• 業務内容ヒアリング→優先順位付け→改善計画化→実行→効果検証
• AIや小さな社内ツールの開発も自分でやる
• 年間休日が多い
• 残業がほぼない
• 少人数のチームで、裁量が大きそう

やりたいことと、働き方と、経営との距離。

全部がそろって見えました。

スカウトメールをもらった時点で、正直かなり前のめりになっていたと思います。

カジュアル面談から最終まで、けっこうな回数を受けています。

面接の手ごたえは「ビビった」

ただ、面接を受けた直後の感想は、はっきり覚えています。

ビビった、というのが正直なところでした。

質問がとにかく深かったんですよね。

「なんの業務を、どれくらいの規模でやったんですか」

こういう聞き方を何度もされました。

自分の経験を、数字と規模で説明できるかを見られていたんだと思います。

私は「やったことがあります」とは言えるのですが、規模まで即答できませんでした。

このときの反省は、今回の転職活動でかなり効いています。

経歴書を作り直すときに、人数と期間を全部書き出すようにしました。

もう一つ、会社の構成にもビビった

不安だったのは質問の深さだけではありません。

聞いていくうちに、会社の構成が見えてきました。

社員数は1桁で、しかもその8割が営業メンバーです。

当然、求められる数字や結果もかなりシビアだろうなと感じました。

そこに慣れていないと、正直きついと思います。

そしてもう一つ。

SEのことを知らない人しかいない会社に、一人で入って価値を出す。

しかも、その価値を理解してもらう。

想像すると、これはけっこう大変そうなんですよね。

理想に近い求人ではあったのですが、この不安はずっと消えませんでした。

落ちた連絡は、エージェント経由で来た

結果は、エージェントからの連絡で知りました。

一番志望度が高かったので、ここで打ち止めです。

他に決められる会社もなかったので、転職活動そのものを止めました。

正直、しばらくは求人を見る気にもなりませんでした。

理想に近いものを一度見てしまうと、他がどうしても見劣りするんですよね。

落ちて分かったことのほうが大きかった

しばらくしてから思ったことがあります。

一社の不採用は、市場全体の評価ではないんですよね。

当たり前なんですが、落ちた直後はそう思えません。

何を求めていたのかが、はっきりした

なぜあの求人があんなに理想に見えたのか。

あとから分解してみたら、求めていたものは4つでした。

1. 経営との距離が近いこと
2. 自分で決められる範囲が広いこと
3. 業務改善そのものが仕事であること
4. 健康的に働き続けられること

この4つを同時に満たそうとしていたわけです。

そりゃあ、なかなか見つからないですよね。

しかもこの4つは、わりと相性が悪い組み合わせです。

裁量が大きい会社は、たいてい忙しいです。

働き方が整っている会社は、決められる範囲が狭いことが多いです。

全部そろう会社を探すより、どれを優先するかを決めるほうが早いと気づきました。

社内SEに戻りたいわけではなかった

もう一つ気づいたことがあります。

実はちょうどこの時期に、前職の事業会社の課長から直接電話がありました。

戻ってきてくれないか、という話です。

ポジションは社内SEで、内容も以前とほぼ同じでした。

ベンダーや社内の業務部門とやり取りしながら開発案件を進めて、問い合わせにも対応する。

正直、声をかけてもらえたのはかなり嬉しかったです。

辞めた人間に連絡をくれるというのは、それだけでありがたい話ですよね。

ただ、答えは自分の中で早めに出ていました。

私は「社内SEに戻りたい」わけではなかったんです。

前職の社内SEは2人体制で、結局は残業で潰れています。

https://loosecarrot.com/2023/06/27/6355/

戻りたいのは職種名ではなく、業務と経営の間をつなぐ役割のほうでした。

同じ場所に同じ形で戻れば、たぶん同じところで詰まります。

https://loosecarrot.com/2026/09/14/6954/

結局、何も決めずに終わった

そこから転職活動は止まりました。

熱もだいぶ落ちて、しばらくは今の現場で経験を積もうと思っていました。

止めたことは、間違っていなかった

今振り返っても、あそこで妥協しなくてよかったと思っています。

納得しないまま決めていたら、たぶんまた1年半で辞めています。

実際、1回目の転職ではそれをやりました。

決めないという判断も、判断のうちなんですよね。

転職活動は、始めたら必ず転職しないといけないものではありません。

止まっていた1年で、やっていたこと

転職活動は止めましたが、止まっていたのは活動だけです。

現場では、基本設計から総合テストとリリースまで一通り経験しました。

客先からの評価も、それなりにもらえるようになっています。

あとは、個人で作っているサービスの開発を進めていました。

結果的に、これが次の材料になった

1年経って気づいたのは、話せることが増えていたことです。

規模も、役割も、工程も、具体的に説明できるようになっていました。

つまりエージェントの「まず開発経験を積め」というアドバイスは、正しかったわけです。

ただ、そのために転職する必要はなかっただけなんですよね。

今いる場所で積める経験を、わざわざ他社で積み直すことはありません。

このあたりは、当時はうまく整理できていませんでした。

まとめ：うまくいかなかった1年が、次の判断を作った

13社受けて、何も決まりませんでした。

数字だけ見れば、時間を無駄にしたようにも見えます。

ただ、この1年で自分が何を求めているかがはっきりしました。

今回の転職でほとんど迷わなかったのは、あのときに一度全部を並べたからです。

もし今、転職活動が止まっている方がいたら、そこまで悲観しなくていいと思います。

決まらなかった理由を言葉にできれば、その活動はちゃんと前に進んでいます。

私の場合は、それに1年かかりました。

PG から SE、そして PL・PM、その先にコンサル。

これがSEの王道だと、ずっと思っていました。

そして自分は、そこから外れている自覚があります。

先に結論を書いておくと、この不安は今も消えていません。

消えていないまま転職した話を書きます。

「王道」のイメージはどこから来たのか

そもそも、なぜ王道だと思っていたのか。

振り返ると、出どころは2つでした。

会社の等級制度

どの会社にも、等級や職位の定義があります。

そして中身を読むと、だいたい下流から上流へ順番に上がっていく形で書かれています。

製造ができる、単体テストができる、詳細設計ができる、基本設計ができる。

そういう順番です。

毎年その表を見ていれば、それが正しい道に見えてきます。

しかも評価面談のたびに、その表を使って話をします。

「次の等級に上がるには、この工程ができるようになってください」

そう言われ続けると、順番以外の進み方があるとは思わなくなるんですよね。

周りのエンジニアの経歴

もう一つは、実際に見てきた人たちの経歴です。

先輩も、同期も、現場で会う人も、だいたい同じ順番で進んでいました。

誰も外れていないなら、外れるほうがおかしい。

当時はそう思っていました。

今思えば、単に自分の見ている範囲が狭かっただけです。

同じ会社と同じ現場にいれば、似た経歴の人しか目に入りません。

https://loosecarrot.com/2026/09/14/6911/

ただ、王道を歩いていれば上がれるわけでもなかった

同世代で、きれいに王道を歩いている人はいます。

ただ、よく見るとみんなが上がっているわけではありませんでした。

ほとんどの人は、設計からテストまでの仕事をしています。

何年やっても、そこは変わっていません。

本人たちが上に行きたくないのかというと、そうでもないと思います。

単純に、そういう仕事が回ってこないだけなんですよね。

能力とタイミングの両方がいる

上流の工程まで進めている人には、共通点がありました。

まず、単純に能力が高いです。

そのうえで、案件や業務のタイミングが重なった人だけが上がっていました。

その時期に上流の枠が空いていたか、任せてもらえる人がいなかったか。

つまり、順番に並んでいれば上がれるという話ではないんですよね。

これに気づいたとき、王道という言葉が少し軽くなりました。

順番に並んでいても、前が詰まっていたら進めません。

そして枠が空くかどうかは、自分ではどうにもならない部分が大きいです。

SESだとなおさらで、そもそも次にどの現場へ行くかも選べません。

逆のパターンも見た

1社目に、1つ上の先輩がいました。

その先輩は、開発をしっかりやりきらないうちに、受託案件の見積もりを任されるようになります。

そして、かなり苦労しているのを横で見ていました。

上流だけ先に行くのも、それはそれで危ない

見積もりは、作ったことがないと根拠を持てません。

「この機能なら何人日」という感覚が、どうしても持てないんですよね。

聞いて回るしかなくなるので、時間もかかります。

私が開発の経験を積みたかった理由の一つも、まさにこれでした。

https://loosecarrot.com/2023/08/05/6451/

上流に行きたいから、逆に下流をやっておきたかったわけです。

実際、開発を3年やってみて、この判断は正しかったと思っています。

変更の影響範囲がどこまで広がるか、テストにどれくらい手間がかかるか。

このあたりの感覚は、やってみないと絶対に身につきませんでした。

エージェントには、やめたほうがいいに近いことを言われた

転職エージェントに相談したときは、はっきり言われました。

「急にITコンサルになって、苦労する人をたくさん見てきました」

だから、まずは開発の経験を積んだほうがいい。

そういう方針で求人を紹介してもらっていました。

https://loosecarrot.com/2026/09/14/7022/

今思うと、話が噛み合っていなかった

このアドバイス自体は、間違っていないと思います。

ただ、あとから気づいたことがあります。

「ITコンサル」が一括りにされていたんですよね。

実際には、けっこう幅があります。

• 1から受託で開発をするタイプのコンサル
• 業務プロセスそのものを変える、BPR寄りのコンサル

私が行きたかったのは、後者でした。

前者なら、たしかに開発経験が足りないと苦労すると思います。

一方で後者は、業務を聞いて整理する力のほうが先に要ります。

ここは事業会社のIT部門でやってきたことなので、まったくの未経験ではありません。

ただ、これは自分の説明不足でもある

とはいえ、当時の私もそこを分けて説明できていませんでした。

「上流に行きたい」「コンサルに興味がある」としか言えていなかったと思います。

ぼんやりした希望には、ぼんやりした助言しか返ってこないんですよね。

相手が悪いわけではありません。

今回の転職活動では、ここをかなり意識しました。

「業務の課題を整理して、ITで解決するところまでやりたい」

そう言えるようになったのは、一度ぼんやりした希望で失敗したからです。

いちばん怖いのは「強い分野がないこと」

1社目の当時の上司とは、今でもたまに飲みに行きます。

そこでキャリアの話になったときに出たのが、この話でした。

うまくいかない人の理由の一つは、ここという強い分野がないまま、色んな仕事をしてしまうこと。

聞いた瞬間、わりとドキッとしました。

その上司は、私を責めるつもりで言ったわけではないと思います。

ただ、心当たりがありすぎました。

これは、そのまま自分にも当てはまる

私の経歴はこうです。

1. システムの保守・改修
2. IT企画部で要件定義やシステム導入
3. 事業会社の社内SE
4. SESで客先常駐の開発

幅は広いです。

ただ、ここが強いと言い切れるものがあるかというと、正直あやしいです。

https://loosecarrot.com/2023/06/27/6355/

たとえば「この業界のこのシステムなら詳しい」と言える状態ではありません。

技術で突き抜けているわけでもないです。

王道を外れる不安の正体は、たぶんこれなんですよね。

順番の話ではなく、何者にもなっていないことへの不安です。

https://loosecarrot.com/2026/09/14/6954/

それでも動いた理由

最初に書いたとおり、不安は消えていません。

転職を決めた今も、同じことを考えています。

ただ、前より勝率は高いと思っている

直接の答えではないかもしれませんが、こう考えています。

コンサルファームであれば、顧客側もシステムを知っていることが多いです。

つまり、システムの話が通じる相手と会話ができます。

これは、SEを知らない人ばかりの会社に一人で入るのとは、だいぶ違います。

もう一つは、周りに先輩がいることです。

やり方を見て学べますし、詰まったときに聞ける人がいます。

未経験の職種に移るときに、これはかなり大きいと思っています。

前の職場でも、経験の浅いメンバーが詰まったときに助けていたのは周りの人でした。

「一人で価値を証明する」状態ではありません。

なので、何となくですが、なんとかなるんじゃないかなと感じています。

根拠としては弱いです。

ただ、不安の大きさを比べたときに、こちらのほうが小さかったというだけの話です。

前の年に本命だった会社は、社内にSEがほとんどいない環境でした。

そこで一人で価値を出すことを想像したときのほうが、正直こわかったです。

まとめ：不安が消えてから動く必要はない

この記事に、きれいな結論はありません。

王道を外れる不安は、今も普通に持っています。

ただ、消えるのを待っていたら、たぶん一生動けないと思いました。

なので、消えないなら少しでも勝率が上がる場所を選ぶ。

今回やったのは、それだけです。

同じように「自分は王道から外れている」と思っている方がいたら、一つだけ。

周りを見た限り、王道を歩いている人も、全員が上がっているわけではありません。

答え合わせは1年後にするつもりなので、そのときにまた書きます。