feat: rebuild evidence-first application workflow
This commit is contained in:
@@ -0,0 +1,306 @@
|
||||
# Google DE Coach Tracker — Dennis
|
||||
|
||||
> **Coach mode:** You study; I (Grok) plan, check answers, and advance you.
|
||||
> **Target:** Google Senior Data Engineer (Merchant Data Science) — Zürich / Mountain View
|
||||
> **Status:** Assessment passed (2026-06-20); waiting for recruiter. Prep so a sudden loop doesn’t catch you cold.
|
||||
> **Baseline assumption:** Rusty in everything. Start at the beginning; **skip** when the skip-test is green.
|
||||
> **Related files:** `interview_prep_brief.md` (loop map) · `star_stories.md` (behavioral)
|
||||
|
||||
---
|
||||
|
||||
## How we work
|
||||
|
||||
1. You do a block (below), tick the boxes, note date + confidence (1–5).
|
||||
2. Tell me: *“coach: finished 0.1”* or paste a stuck problem / SQL answer.
|
||||
3. I verify, correct, and open the next block (or force a **repeat set**).
|
||||
4. Prefer **free** resources only (listed with URLs).
|
||||
|
||||
**Cadence (default while waiting):** ~45–75 min/day, 5–6 days/week.
|
||||
If energy is low: **SQL only** that day (still wins).
|
||||
|
||||
**Skip rule:** For any skill block, if you pass the **Skip test** in one sitting, mark **SKIPPED (confident)** and jump to the next block. Don’t skip whole tracks without a skip-test.
|
||||
|
||||
**Repeat rule:** Anything marked confidence ≤2 goes into **§ Weekly Repeat Queue** and gets re-done within 3–7 days.
|
||||
|
||||
---
|
||||
|
||||
## Progress dashboard
|
||||
|
||||
| Track | Status | Started | Last session | Confidence (1–5) | Notes |
|
||||
|-------|--------|---------|--------------|------------------|-------|
|
||||
| 0 Foundations | ⬜ not started | | | | rusty start |
|
||||
| 1 SQL core | ⬜ | | | | highest leverage with coding |
|
||||
| 2 SQL interview patterns | ⬜ | | | | |
|
||||
| 3 Python coding patterns | ⬜ | | | | brief says HIGH weight |
|
||||
| 4 Data modeling | ⬜ | | | | your day job — refresh |
|
||||
| 5 Pipeline / system design | ⬜ | | | | your strength — structure it |
|
||||
| 6 Behavioral / STAR | ⬜ | | | | stories already drafted |
|
||||
| 7 Mock loop | ⬜ | | | | only after 1–5 green |
|
||||
|
||||
**Overall stage:** `Phase 0 — bootstrap`
|
||||
**Next action for Dennis:** Open **0.1** (Big-O + complexity intuition, 20–30 min).
|
||||
|
||||
---
|
||||
|
||||
## Phase 0 — Foundations (rusty bootstrap)
|
||||
|
||||
Goal: shared language so later SQL/Python blocks don’t thrash.
|
||||
|
||||
### 0.1 Big-O & how interviews think
|
||||
- [ ] **Resource (read, free):** [Big-O Cheat Sheet](https://www.bigocheatsheet.com/) — scan array/hash/sort rows only
|
||||
- [ ] **Resource (video, free, ~10 min):** [Big O Notation — freeCodeCamp (short intro)](https://www.youtube.com/watch?v=D6xkbGLQesk)
|
||||
- [ ] Write from memory: O(1), O(n), O(n log n), O(n²) with one example each
|
||||
|
||||
**Skip test:** Explain out loud why a hash map lookup is average O(1) and when it degrades.
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
### 0.2 Python syntax refresh (no algorithms yet)
|
||||
- [ ] **Resource (interactive, free):** [Learn Python — freeCodeCamp interactive (or skimmable)](https://www.freecodecamp.org/news/learning-python-from-zero-to-hero-120ea540b567/) — only sections: types, lists, dicts, loops, functions
|
||||
- [ ] **Faster alternative (video, free, ~1h if rusty):** [Python for Beginners — freeCodeCamp full course](https://www.youtube.com/watch?v=eWRfhZUzrAc) — watch at 1.5×, skip UI fluff; stop after functions/dicts
|
||||
- [ ] In a local `.py` file, write without looking up: list comp, dict count frequencies, `sorted(..., key=)`, set membership
|
||||
|
||||
**Skip test:** Write a function that returns the most common word in a list of strings (use a dict). Time yourself ≤10 min.
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
### 0.3 SQL mental model (what a query does)
|
||||
- [ ] **Resource (free, best first SQL text):** [Mode SQL Tutorial — bare essentials through aggregations](https://mode.com/sql-tutorial/sql-business-analytics-training/)
|
||||
Start: [Basic SQL](https://mode.com/sql-tutorial/sql-select-statement/) → WHERE → JOINs intro → aggregations
|
||||
- [ ] **Hands-on twin (free, browser):** [SQLBolt](https://sqlbolt.com/) — Lessons 1–7
|
||||
|
||||
**Skip test:** Write a query with `FROM`, `WHERE`, `GROUP BY`, `HAVING`, `ORDER BY` and explain order of execution (FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY).
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
**Phase 0 exit:** All three confidence ≥3 **or** skip-tests passed. Then → Phase 1.
|
||||
|
||||
---
|
||||
|
||||
## Phase 1 — SQL core (daily driver)
|
||||
|
||||
Goal: fluent on joins, nulls, aggregations, CTEs — before windows.
|
||||
|
||||
### 1.1 Joins & nulls
|
||||
- [ ] **Resource:** [Mode — SQL JOINs](https://mode.com/sql-tutorial/sql-joins/)
|
||||
- [ ] **Drill:** [SQLBolt lessons 6–12](https://sqlbolt.com/lesson/select_queries_with_joins)
|
||||
- [ ] Draw INNER / LEFT / FULL and one business example each (merchants, orders, null country)
|
||||
|
||||
**Skip test:** Given `orders` and `customers`, list customers with **no** orders (anti-join pattern).
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
### 1.2 GROUP BY, HAVING, CASE
|
||||
- [ ] **Resource:** [Mode — Aggregations](https://mode.com/sql-tutorial/sql-aggregate-functions/)
|
||||
- [ ] **Resource:** [Mode — CASE](https://mode.com/sql-tutorial/sql-case/)
|
||||
- [ ] Solve **5** problems: [LeetCode Database — Easy](https://leetcode.com/problemset/database/?difficulty=EASY)
|
||||
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
### 1.3 CTEs & subqueries
|
||||
- [ ] **Resource:** [Mode — Subqueries & CTEs](https://mode.com/sql-tutorial/sql-sub-queries/)
|
||||
- [ ] Rewrite one nested subquery as a CTE (any LeetCode SQL you’ve done)
|
||||
|
||||
**Skip test:** Explain when a CTE is clearer than a subquery; write a 2-CTE query.
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
**Phase 1 exit:** Can write join + aggregate + CTE without syntax panic. → Phase 2.
|
||||
|
||||
---
|
||||
|
||||
## Phase 2 — SQL interview patterns (Google-relevant)
|
||||
|
||||
Goal: windows, ranking, gaps, top-N — what DE screens love.
|
||||
|
||||
### 2.1 Window functions (core)
|
||||
- [ ] **Resource (best free deep dive):** [Mode — Window Functions](https://mode.com/sql-tutorial/sql-window-functions/)
|
||||
- [ ] **Resource (second explanation):** [DataLemur — SQL Window Functions Guide](https://datalemur.com/blog/learn-sql-window-functions)
|
||||
- [ ] Master by hand: `ROW_NUMBER`, `RANK`, `DENSE_RANK`, `LAG`/`LEAD`, `SUM() OVER`, `PARTITION BY`
|
||||
|
||||
**Skip test:** For each employee, salary rank within department + running total of salary (one query).
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
### 2.2 Pattern drill set (do in order)
|
||||
Use **free** sites; log problem IDs:
|
||||
|
||||
| # | Pattern | Resource | ID / link | ✓ | Date | Conf |
|
||||
|---|---------|----------|-----------|---|------|------|
|
||||
| 1 | Top-N per group | [DataLemur free SQL](https://datalemur.com/questions?category=SQL) | pick “top” / ranking | ⬜ | | |
|
||||
| 2 | Dedup / latest row | LeetCode SQL | e.g. search “duplicate emails” / “latest” | ⬜ | | |
|
||||
| 3 | Gaps & islands / consecutive | DataLemur or LeetCode | consecutive logins / dates | ⬜ | | |
|
||||
| 4 | Self-join | LeetCode SQL | employees vs manager style | ⬜ | | |
|
||||
| 5 | Multi-join analytics | [StrataScratch free](https://www.stratascratch.com/) (filter Free) | 1 medium | ⬜ | | |
|
||||
|
||||
**Bulk practice hubs (bookmark):**
|
||||
- [LeetCode Database study plan / problemset](https://leetcode.com/problemset/database/)
|
||||
- [DataLemur SQL interview questions](https://datalemur.com/questions?category=SQL) — free tier enough
|
||||
- [Select Star SQL](https://selectstarsql.com/) — narrative + practice, free
|
||||
|
||||
**Phase 2 volume target:** **20** SQL problems total (Easy+Medium), ≥8 with windows.
|
||||
Count so far: **0 / 20**
|
||||
|
||||
**Phase 2 exit:** 20 logged + window functions confidence ≥3. → Phase 3 (or parallel 3 if SQL is already warm).
|
||||
|
||||
---
|
||||
|
||||
## Phase 3 — Python coding (interview shape)
|
||||
|
||||
> From `interview_prep_brief.md`: coding is the gap furthest from daily work.
|
||||
> Target: **Easy → Medium**, narrate + Big-O. **Not** Hard DP grind.
|
||||
|
||||
### 3.1 Platform setup
|
||||
- [ ] Account: [LeetCode](https://leetcode.com/) (free)
|
||||
- [ ] Language: **Python3** only
|
||||
- [ ] Habit: speak approach **before** typing; state time/space at end
|
||||
|
||||
### 3.2 Pattern ladder (free LeetCode)
|
||||
|
||||
Do **in this order**. Mark when green (solved without solution, or with ≤1 peek then re-solved next day).
|
||||
|
||||
| # | Pattern | Starter problems (free) | ✓ |
|
||||
|---|---------|-------------------------|---|
|
||||
| 1 | Arrays / two pointers | [Two Sum](https://leetcode.com/problems/two-sum/) · [Valid Palindrome](https://leetcode.com/problems/valid-palindrome/) · [Container With Most Water](https://leetcode.com/problems/container-with-most-water/) | ⬜ |
|
||||
| 2 | Sliding window | [Best Time to Buy/Sell Stock](https://leetcode.com/problems/best-time-to-buy-and-sell-stock/) · [Longest Substring Without Repeating](https://leetcode.com/problems/longest-substring-without-repeating-characters/) | ⬜ |
|
||||
| 3 | Hash maps | [Group Anagrams](https://leetcode.com/problems/group-anagrams/) · [Top K Frequent Elements](https://leetcode.com/problems/top-k-frequent-elements/) | ⬜ |
|
||||
| 4 | Stack | [Valid Parentheses](https://leetcode.com/problems/valid-parentheses/) · [Daily Temperatures](https://leetcode.com/problems/daily-temperatures/) | ⬜ |
|
||||
| 5 | Binary search | [Binary Search](https://leetcode.com/problems/binary-search/) · [Search Insert Position](https://leetcode.com/problems/search-insert-position/) | ⬜ |
|
||||
| 6 | BFS/DFS trees | [Maximum Depth of Binary Tree](https://leetcode.com/problems/maximum-depth-of-binary-tree/) · [Invert Binary Tree](https://leetcode.com/problems/invert-binary-tree/) · [Binary Tree Level Order](https://leetcode.com/problems/binary-tree-level-order-traversal/) | ⬜ |
|
||||
| 7 | Heap / top-K | [Kth Largest Element in Array](https://leetcode.com/problems/kth-largest-element-in-an-array/) | ⬜ |
|
||||
| 8 | Intervals | [Merge Intervals](https://leetcode.com/problems/merge-intervals/) | ⬜ |
|
||||
|
||||
**Teaching video (free, optional when stuck on a pattern):**
|
||||
[NeetCode.io](https://neetcode.io/) — free problem list + YouTube explanations (search problem name + “NeetCode”).
|
||||
Roadmap overview: [NeetCode roadmap](https://neetcode.io/roadmap)
|
||||
|
||||
**Volume target:** **40** Easy/Medium total (brief said 40–60 Mediums long-run; start with 40 mixed).
|
||||
Count so far: **0 / 40**
|
||||
|
||||
**Skip test for a pattern:** Solve 2 new problems of that pattern in <25 min each with narration. Then skip remaining starters for that pattern.
|
||||
|
||||
**Phase 3 exit:** ≥25 solved + comfortable narrating Two Sum / sliding window / BFS. → keep light maintenance while doing 4–6.
|
||||
|
||||
---
|
||||
|
||||
## Phase 4 — Data modeling (refresh, not learn from zero)
|
||||
|
||||
### 4.1 Dimensional modeling basics
|
||||
- [ ] **Resource (free article, classic):** [Kimball Group — Dimensional Modeling Techniques (overview PDF/notes)](https://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dimensional-modeling-techniques/)
|
||||
- [ ] **Resource (free, readable):** [Star Schema vs Snowflake (IBM overview)](https://www.ibm.com/think/topics/star-schema)
|
||||
- [ ] Define in your own words: **grain**, **fact**, **dimension**, **surrogate key**, **SCD Type 1 vs 2**
|
||||
|
||||
**Skip test:** Model `merchant_orders` for analytics (facts + ≥3 dims + grain sentence + one SCD2 example).
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
### 4.2 Tie to YOUR work (no fabrication)
|
||||
- [ ] Map Swisscom Fulfillment (Oracle → Kafka → Teradata) onto a star: what is the fact grain?
|
||||
- [ ] Map Iceberg lakehouse (SW-1): how does partitioning relate to query grain?
|
||||
- [ ] One sentence: data product vs raw table (SW-7) — **scoped** ownership language
|
||||
|
||||
**Done:** date ____ confidence _/5
|
||||
|
||||
---
|
||||
|
||||
## Phase 5 — Pipeline / system design
|
||||
|
||||
### 5.1 Structure template (memorize)
|
||||
Practice every design with this spine (from your brief):
|
||||
|
||||
1. Requirements / SLAs / consumers
|
||||
2. Ingestion (batch + stream)
|
||||
3. Storage & table format
|
||||
4. Transform / model
|
||||
5. Quality, monitoring, on-call
|
||||
6. Serving (BI / ML)
|
||||
7. Trade-offs (cost, latency, consistency)
|
||||
|
||||
- [ ] **Resource (free video series):** [Seattle Data Guy — data engineering system design (YouTube search)](https://www.youtube.com/results?search_query=seattle+data+guy+system+design+data+engineer) — watch 1 full design walkthrough
|
||||
- [ ] **Resource (free concepts):** [ByteByteGo YouTube](https://www.youtube.com/@ByteByteGo) — pick **one** video on message queues or batch vs stream
|
||||
- [ ] **Optional free text:** [The Data Engineering Cookbook (GitHub PDF)](https://github.com/andkret/Cookbook) — skim architecture chapters only
|
||||
|
||||
### 5.2 Design drills (talk out loud, 25–35 min each)
|
||||
|
||||
| # | Prompt | ✓ | Date | Notes |
|
||||
|---|--------|---|------|-------|
|
||||
| 1 | Merchant clickstream → daily metrics tables for analysts | ⬜ | | use Kafka + lakehouse language you own |
|
||||
| 2 | Near-real-time fraud features + daily warehouse truth | ⬜ | | batch + stream coexistence |
|
||||
| 3 | Migrate legacy warehouse domain to cloud tables (your SW-1 shape) | ⬜ | | sequencing, dual-run, rollback |
|
||||
|
||||
**Accuracy:** “governed data products **within** Swisscom’s Data Mesh” — never “I built the Mesh.”
|
||||
|
||||
**Phase 5 exit:** Can run drill #1 cleanly with trade-offs without notes.
|
||||
|
||||
---
|
||||
|
||||
## Phase 6 — Behavioral (stories already exist)
|
||||
|
||||
- [ ] Read full: `star_stories.md`
|
||||
- [ ] For each story: speak out loud **once** timed (2–3 min)
|
||||
- [ ] Record (phone voice memo) **Story 1 (ownership)** and self-critique
|
||||
|
||||
| Story | Maps to | Spoken ✓ | Date | Conf |
|
||||
|-------|---------|----------|------|------|
|
||||
| 1 Ownership / pipelines | autonomy | ⬜ | | |
|
||||
| 2 Migration | judgment | ⬜ | | |
|
||||
| *(others in star_stories.md)* | | ⬜ | | |
|
||||
|
||||
**Google’s own free guide:** [How we hire](https://careers.google.com/how-we-hire/)
|
||||
**Googleyness cues:** [Google interview tips](https://careers.google.com/how-we-hire/interview/)
|
||||
|
||||
---
|
||||
|
||||
## Phase 7 — Mock loop (later)
|
||||
|
||||
Only after Phases 1–3 are ≥3 confidence:
|
||||
|
||||
| Mock | Format | ✓ |
|
||||
|------|--------|---|
|
||||
| SQL timed 30 min | 2 mediums, no AI | ⬜ |
|
||||
| Python timed 45 min | 1 easy + 1 medium, narrate | ⬜ |
|
||||
| Design 35 min | Drill #1 with coach | ⬜ |
|
||||
| Behavioral 30 min | 2 STARs with coach | ⬜ |
|
||||
|
||||
---
|
||||
|
||||
## Weekly Repeat Queue
|
||||
|
||||
Anything confidence ≤2 or failed cold. Re-do within a week.
|
||||
|
||||
| Item | Added | Next due | Done |
|
||||
|------|-------|----------|------|
|
||||
| *(example)* Window functions LAG/LEAD | | | |
|
||||
|
||||
**Standing weekly minimum (even after advanced):**
|
||||
- [ ] 3× SQL mediums
|
||||
- [ ] 3× Python mediums (or 2 medium + 1 review)
|
||||
- [ ] 1× design spine spoken once
|
||||
- [ ] 1× STAR spoken once
|
||||
|
||||
---
|
||||
|
||||
## Session log
|
||||
|
||||
| Date | Block | Minutes | What went well | Stuck / wrong | Next |
|
||||
|------|-------|---------|----------------|---------------|------|
|
||||
| 2026-07-19 | — | — | Tracker created; baseline = rusty | — | Start **0.1** |
|
||||
|
||||
---
|
||||
|
||||
## Coach notes (for Grok)
|
||||
|
||||
- Prefer free URLs only; if a site walls free tier, switch to LeetCode/SQLBolt/Mode.
|
||||
- Enforce scope discipline in design/behavioral answers (big-corp ownership).
|
||||
- Don’t let Dennis skip to Hard LeetCode to self-punish; SQL + Medium Python + design > ego Hard.
|
||||
- When he says “coach: …”, update this file’s checkboxes/dashboard if he reports results.
|
||||
|
||||
---
|
||||
|
||||
## Quick start (today / tomorrow)
|
||||
|
||||
1. **0.1** Big-O cheat sheet + short video (30 min).
|
||||
2. **0.3** SQLBolt lessons 1–7 (45 min) *or* Mode basic SQL if you prefer reading.
|
||||
3. Message coach: *“finished 0.1 + 0.3, confidence X”* → unlock 1.x or force skip-test.
|
||||
|
||||
**Primary bookmarks bar:**
|
||||
1. https://sqlbolt.com/
|
||||
2. https://mode.com/sql-tutorial/
|
||||
3. https://leetcode.com/problemset/database/
|
||||
4. https://leetcode.com/problemset/all/ (filter Python)
|
||||
5. https://datalemur.com/questions?category=SQL
|
||||
6. https://neetcode.io/roadmap
|
||||
7. https://careers.google.com/how-we-hire/interview/
|
||||
@@ -119,17 +119,15 @@ FC-1 (Jenkins CI/CD from zero + SCEDAS), FC-3 (Express.js/Docker microservices)
|
||||
- Critique: CURRENT — **85.5/100** (2026-06-15; baseline 83.0 pre-edit). Strong Tier-1 DE fit; SW-7 self-serve data products ≈ team charter verbatim; honest GCP-tool bridges; AI scan clean; CL 1pp. **Tier-1 + both Tier-2 fixes APPLIED & re-verified:** (1) migration claim re-scoped in resume B2 + CL P2 (Scope-Discipline error cleared in both docs); (2) B4 now reads "on time and in scope" (project-delivery preferred qual); (3) B5 "distributed computing"→"distributed data processing". Resume 2pp / CL 1pp clean compile, B2 216/B4 190/B5 206 chars (≤218). **SENT 2026-06-15.** Hard ceiling ~87 (no GCP/BigQuery-by-name, no marketplace domain — not closable). Open item at recruiter stage: clarify L4/L5 + confirm comp clears 180k+.
|
||||
- **ADVANCED 2026-06-17 — invited to 30-min Google Hiring Assessment.** Resume cleared the recruiter screen. Next action: complete the online assessment within the deadline in the invite email. Confirm exact format from the email (Google Hiring Assessment is typically online + timed; for DE roles expect SQL + possibly Python/data-modeling and/or situational-judgment questions — verify, do not assume). Prep focus: SQL (window functions, joins, aggregation), dimensional modeling, basic Python/data manipulation.
|
||||
|
||||
- **PASSED HIRING ASSESSMENT 2026-06-20.** Pass retained as a separate candidate-history signal; prior tracker record states 24-month validity.
|
||||
- **CLOSED — NOT PROCEEDING 2026-07-24.** Google Careers status changed three days before 2026-07-27; no interview followed the assessment.
|
||||
|
||||
## Status
|
||||
- Phase 0: DONE
|
||||
- Phase 1: DONE (17 bullets confirmed; Option A — TAF talk reserved for CL, not on resume; IBM AI Engineering kept in awards)
|
||||
- Phase 2 Resume: DONE (2 pages, MiKTeX, all bullets in char range, summary 525 chars, clean compile). Header tagline = Senior Data Engineer; BI/Analytics group added; crypto group dropped; no immigration line. SW-7 lead = data products; BS-3 = Spotfire platform co-ownership + C# extensions.
|
||||
- Cover Letter: DONE (1 page, 299 words, 3 paragraphs, clean MiKTeX compile, both hooks verified, anti-pattern scan clean — 0 em-dashes)
|
||||
- Critique: PENDING
|
||||
- **Next CL:** DONE — see Output Files
|
||||
- **Next Critique:** /critique output/Google_Senior_Data_Engineer/session_google_senior_data_engineer.md
|
||||
- Phase 2 Resume: PENDING
|
||||
- Cover Letter: PENDING
|
||||
- Critique: PENDING
|
||||
- **Next:** Phase 1 — bullet plan (this session)
|
||||
- **Next CL:** /make-cl output/Google_Senior_Data_Engineer/session_google_senior_data_engineer.md
|
||||
- **Next Critique:** /critique output/Google_Senior_Data_Engineer/session_google_senior_data_engineer.md
|
||||
- Phase 0: **DONE**
|
||||
- Phase 1: **DONE** (17-bullet Option A package)
|
||||
- Phase 2 Resume: **DONE** (2 pages, clean compile)
|
||||
- Cover Letter: **DONE** (1 page, 299 words, clean compile)
|
||||
- Critique: **CURRENT — 85.5/100**
|
||||
- Application: **CLOSED — NOT PROCEEDING 2026-07-24** (applied 2026-06-15; assessment passed 2026-06-20; no interview)
|
||||
- Google reapplication rule: 90-day wait applies to the **same job**; other Google roles remain eligible, subject to the maximum of 3 applications in a rolling 30-day window. Official source: https://support.google.com/googlecareers/answer/6095391
|
||||
- **Next:** Done. Retain the assessment pass in candidate history and target materially different, strong-fit Google requisitions.
|
||||
@@ -0,0 +1,189 @@
|
||||
We use optional cookies to improve your experience on our websites, such as through social media connections, and to display personalized advertising based on your online activity. If you reject optional cookies, only cookies necessary to provide you the services will be used. You may change your selection by clicking “Manage Cookies” at the bottom of the page. Data Privacy Notice Third-Party Cookies
|
||||
AcceptRejectManage cookies
|
||||
Microsoft
|
||||
Careers
|
||||
Locations
|
||||
Professions
|
||||
Programs
|
||||
Life at Microsoft
|
||||
Hiring tips
|
||||
Join talent network
|
||||
Sign in
|
||||
Single Position
|
||||
View All Jobs
|
||||
Principal Forward Deployed Engineer - Software Engineer - German Speaking
|
||||
Switzerland, Zürich, Zürich
|
||||
Apply now
|
||||
Add to cart
|
||||
Find out how well you match with this job
|
||||
Upload your resume
|
||||
Job description
|
||||
Company and benefits
|
||||
Job number
|
||||
200043897
|
||||
Date posted
|
||||
Jul 17, 2026
|
||||
Work site
|
||||
0 days / week in-office – remote
|
||||
Travel
|
||||
25-50%
|
||||
Profession
|
||||
Software Engineering
|
||||
Discipline
|
||||
Software Engineering
|
||||
Role type
|
||||
Individual Contributor
|
||||
Employment type
|
||||
Full-Time
|
||||
Overview
|
||||
|
||||
|
||||
In the Microsoft Frontier Company Engineering team, you won’t just build software; you’ll deliver real outcomes for some of the world’s most complex organizations.
|
||||
|
||||
We are a global team of world-class engineers who have been working in a Forward Deployed Engineering (FDE) model for more than a decade, embedding directly within customer teams to solve their toughest challenges, side-by-side, and shipping production-ready solutions in days, not months.
|
||||
|
||||
As a Principal Account-Aligned FDE, you will be a customer embedded engineer to serve as the primary technical leader aligned to a strategic account, driving business outcomes through hands on execution and multidisciplinary expertise. In this role, you will build and ship production grade solutions, work directly with customers to translate business needs into clear technical approaches, and operate with speed in complex, fast moving environments. This is a senior individual contributor role requiring strong technical depth, credibility with senior stakeholders, industry context, and an entrepreneurial approach to navigating ambiguity and delivering sustained impact over time.
|
||||
|
||||
Microsoft’s mission is to empower every person and every organization on the planet to achieve more. As employees, we come together with a growth mindset, innovate to empower others, and collaborate to realize our shared goals. Each day we build on our values of respect, integrity, and accountability to create a culture of inclusion where everyone can thrive at work and beyond.
|
||||
|
||||
|
||||
|
||||
Responsibilities
|
||||
|
||||
|
||||
Drive customer outcomes by shaping opportunities and translating business needs into clear, actionable technical approaches
|
||||
|
||||
Build and deliver production-grade solutions in customer environments, demonstrating strong engineering execution and end-to-end ownership
|
||||
|
||||
Accelerate time to value by operating effectively in ambiguity and delivering iterative, high-impact solutions
|
||||
|
||||
Engage and influence senior stakeholders to build trust, align priorities, and guide technical and business decision-making
|
||||
|
||||
Apply industry and customer context to tailor solutions and move beyond generic approaches
|
||||
|
||||
Prepare and transition work to FDE crews with clear scope and strong technical direction, maintaining continuity across the engagement lifecycle
|
||||
|
||||
Operate with an entrepreneurial mindset to navigate complex account dynamics, set boundaries, and drive urgency and accountability.
|
||||
|
||||
Embody our culture and values.
|
||||
|
||||
|
||||
|
||||
Qualifications
|
||||
|
||||
|
||||
Required/Minimum Qualifications (RQs/MQs)
|
||||
|
||||
Bachelor's Degree in Computer Science or related technical field AND 6+ years technical engineering experience with coding in languages including, but not limited to, C, C++, C#, Java, JavaScript, or Python
|
||||
|
||||
OR equivalent experience.
|
||||
|
||||
Experience partnering directly with customers or internal stakeholders to deliver solutions end-to-end.
|
||||
|
||||
Additional or Preferred Qualifications (PQs)
|
||||
|
||||
Bachelor's Degree in Computer Science or related technical field AND 10+ years technical engineering experience with coding in languages including, but not limited to, C, C++, C#, Java, JavaScript, or Python
|
||||
|
||||
OR Master's Degree in Computer Science or related technical field AND 8+ years technical engineering experience with coding in languages including, but not limited to, C, C++, C#, Java, JavaScript, or Python
|
||||
|
||||
OR equivalent experience.
|
||||
|
||||
Hands-on AI solution delivery experience, including building and deploying LLM-based systems, ensuring model quality and performance, and partnering with stakeholders to deliver end-to-end solutions using modern cloud AI platforms
|
||||
|
||||
Enjoy travel and are comfortable with travel up to 25%
|
||||
|
||||
Must speak fluent German
|
||||
|
||||
|
||||
|
||||
|
||||
Software Engineering IC4 - The typical base pay range for this role across Switzerland is CHF 146,200.00 - CHF 245,900.00 per year. Certain roles may be eligible for benefits and other compensation.
|
||||
|
||||
Find additional benefits and pay information here:
|
||||
https://careers.microsoft.com/v2/global/en/corporate-pay/switzerland-corporate-pay.html
|
||||
|
||||
Software Engineering IC5 - The typical base pay range for this role across Switzerland is CHF 183,800.00 - CHF 309,700.00 per year. Certain roles may be eligible for benefits and other compensation.
|
||||
|
||||
Find additional benefits and pay information here:
|
||||
https://careers.microsoft.com/v2/global/en/corporate-pay/switzerland-corporate-pay.html
|
||||
|
||||
|
||||
|
||||
|
||||
This position will be open for a minimum of 5 days, with applications accepted on an ongoing basis until the position is filled.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Microsoft is an equal opportunity employer. All qualified applicants will receive consideration for employment without regard to age, ancestry, citizenship, color, family or medical care leave, gender identity or expression, genetic information, immigration status, marital status, medical condition, national origin, physical or mental disability, political affiliation, protected veteran or military status, race, ethnicity, religion, sex (including pregnancy), sexual orientation, or any other characteristic protected by applicable local laws, regulations and ordinances. If you need assistance with religious accommodations and/or a reasonable accommodation due to a disability during the application process, read more about requesting accommodations.
|
||||
|
||||
Insights from previous hires
|
||||
Top skills
|
||||
Algorithms
|
||||
Business
|
||||
Architecture
|
||||
Analytics
|
||||
Computation
|
||||
Clarity
|
||||
CI
|
||||
Business Applications
|
||||
Automation
|
||||
Authorization
|
||||
Previously worked as
|
||||
1. Software Engineer II
|
||||
2. Software Engineer
|
||||
3. Software Engineer 2
|
||||
4. Senior Software Engineer
|
||||
5. Technical Program Manager
|
||||
Similar jobs
|
||||
Principal Forward Deployed Engineer - Technical Program Manager - German Speaking
|
||||
Switzerland, Zürich, Zürich
|
||||
Posted 10 days ago
|
||||
Principal Forward Deployed Engineer- Data Scientist - German Speaking
|
||||
Switzerland, Zürich, Zürich
|
||||
Posted 10 days ago
|
||||
Member of Technical Staff, Software Engineer
|
||||
Switzerland, Zürich, Zürich
|
||||
Posted 3 days ago
|
||||
Member of Technical Staff, Data Research Engineer - MAI Superintelligence Team
|
||||
United Kingdom, London, London + 1 more
|
||||
Posted 4 days ago
|
||||
Principal Forward Deployed Engineer - Data Scientist
|
||||
United Kingdom, Multiple Locations, Multiple Locations + 2 more
|
||||
Posted 14 days ago
|
||||
Member of Technical Staff - Software Engineer (AI infra)- MAI Superintelligence Team
|
||||
Switzerland, Zürich, Zürich + 1 more
|
||||
Posted 18 hours ago
|
||||
Data Center Technician
|
||||
Switzerland, Zürich, Zürich
|
||||
Posted 2 hours ago
|
||||
Strategic Enterprise Account Technology Strategist - Consumer & Retail
|
||||
Switzerland, Zürich, Zürich
|
||||
Posted 12 days ago
|
||||
Strategic Account Technology Strategist - Financial Services
|
||||
Switzerland, Zürich, Zürich
|
||||
Posted 12 days ago
|
||||
Technical Program Manager
|
||||
Switzerland, Multiple Locations, Multiple Locations
|
||||
Posted 4 days ago
|
||||
|
||||
Powered by
|
||||
|
||||
This site uses AI technology provided by Eightfold, the provider of the system. Microsoft, as the deployer, applies human oversight and judgment when using this technology. For details on Eightfold's AI functionality, please see Eightfold's transparency documentation. Learn more about Microsoft's data practices in the Microsoft Data Privacy Notice and Career Site Transparency FAQs.
|
||||
|
||||
English | FR - Canada
|
||||
Support
|
||||
Accessibility
|
||||
Microsoft Data Privacy Notice
|
||||
Transparency FAQ
|
||||
Legal policies
|
||||
Contractor roles
|
||||
Your Privacy Choices
|
||||
Consumer Health Privacy
|
||||
Privacy
|
||||
Manage cookies
|
||||
Trademarks
|
||||
Terms of use
|
||||
© Microsoft 2026
|
||||
@@ -0,0 +1,427 @@
|
||||
# Critique: Microsoft Principal Forward Deployed Engineer — Software Engineer — German Speaking (Req. 200043897)
|
||||
|
||||
**Resume file:** `output/Microsoft_Principal_FDE_SWE/e2e_microsoft_principal_fde_swe_resume.tex`
|
||||
**Cover-letter file:** `output/Microsoft_Principal_FDE_SWE/e2e_microsoft_principal_fde_swe_cover_letter.tex`
|
||||
**JD:** Real Microsoft posting, live-scraped verbatim on 2026-07-27
|
||||
**Critique date:** 2026-07-27
|
||||
**Pass:** 2
|
||||
**Overall score:** **84.2/100**
|
||||
|
||||
## Changes Since Pass 1
|
||||
|
||||
**Score trajectory:** **80.8 → 84.2 (+3.4)**
|
||||
|
||||
- Corrected the two over-broad Skills claims: direct external-customer delivery and model evaluation are no longer presented as established experience.
|
||||
- Added Forward Deployed Engineering only as forward-looking target positioning.
|
||||
- Surfaced the verified Apr 2025 promotion from Senior to Staff at Swisscom.
|
||||
- Strengthened the Swisscom business-needs translation and Bosch transition-continuity language.
|
||||
- Moved Bosch and Swisscom production proof into cover-letter paragraph 1.
|
||||
- Retained the mixed 1L/2L layout and page-2 whitespace under the user-approved Option A.
|
||||
|
||||
The package is now at or very near its ceiling from the verified evidence. The remaining gaps are experience gaps, not repairable wording gaps: no verified end-to-end LLM system build/deployment/evaluation, no Azure AI delivery, and no direct strategic external-account/FDE ownership.
|
||||
|
||||
---
|
||||
|
||||
## 1. Domain-Specialist Lens
|
||||
|
||||
This lens is carried forward from Pass 1 because the JD did not change.
|
||||
|
||||
### 1A. Reviewer Persona
|
||||
|
||||
The likely technical reader is a Microsoft Frontier Company Engineering hiring manager or Principal FDE peer responsible for German-speaking strategic accounts in Switzerland or DACH.
|
||||
|
||||
- **Daily work:** embed with a customer, turn an ambiguous business problem into a scoped technical approach, write and ship production code, influence senior stakeholders, and transition a stable implementation to an FDE crew.
|
||||
- **Likely applicant volume:** roughly 80–200 plausible applications, narrowed materially by German fluency, Swiss eligibility, Principal-level tenure, and travel readiness.
|
||||
- **What they have seen repeatedly:** Azure/Copilot tool lists, “AI transformation” advisors without pager ownership, generic consulting language, prototypes without handover, and inflated agent/RAG claims.
|
||||
- **What would impress:** a system personally carried into a difficult production environment, accountability after launch, an honest LLM boundary, and clear enterprise-data-readiness reasoning.
|
||||
- **Central question:** “Can this person lead a strategic customer engagement while remaining the engineer who writes, ships, and owns the code?”
|
||||
|
||||
### 1B. Company Context
|
||||
|
||||
Frontier Company Engineering is Microsoft’s customer-embedded enterprise-AI delivery organization. The posting sells implementation speed and business outcomes, not cloud access or advisory work alone. Its repeated signals are customer proximity, production delivery, technical leadership, ambiguity, time to value, senior-stakeholder trust, and continuity across the engagement lifecycle.
|
||||
|
||||
Dennis’s strongest angle remains the customer-side operator thesis: he has worked inside the governed-data, integration, uptime, and transition constraints that cause enterprise AI projects to stall after the demo. The resume correctly avoids pretending that this adjacent experience is already strategic-account FDE or deep LLM-system ownership.
|
||||
|
||||
### 1C. JD Vocabulary Extraction
|
||||
|
||||
Frequency counts use the captured posting and may include repeated title/footer instances.
|
||||
|
||||
| Rank | JD term or phrase | Frequency | Meaning in this role | Current match |
|
||||
|---:|---|---:|---|---|
|
||||
| 1 | technical | 18 | Hands-on engineering plus account-level technical direction | Semantic |
|
||||
| 2 | solution | 8 | A shipped customer outcome, not an isolated prototype | Semantic |
|
||||
| 3 | customer | 7 | Embedded delivery inside a strategic external account | Partial |
|
||||
| 4 | account | 7 | Sustained ownership of one strategic customer relationship | Intent only |
|
||||
| 5 | stakeholder | 4 | Influence over technical and business decisions | Partial |
|
||||
| 6 | German | 4 | Binary market-access requirement | Exact |
|
||||
| 7 | production / production-grade | 3 | Reliable code running in the customer environment | Strong semantic |
|
||||
| 8 | FDE / Forward Deployed Engineering | 3 | Customer-embedded engineering and crew transition | Exact as target intent |
|
||||
| 9 | end-to-end | 3 | Own scope, build, rollout, operation, and transition | Strong semantic |
|
||||
| 10 | ambiguity / entrepreneurial | 2 each | Maintain speed and boundaries without a complete specification | Absent |
|
||||
| 11 | LLM-based systems | 1, binary preferred qualification | Build, deploy, assess, and operate an AI application on a cloud AI platform | Partial; configuration-level |
|
||||
| 12 | time to value | 1 | Deliver useful increments in days rather than months | Absent |
|
||||
|
||||
**Implicit hierarchy:**
|
||||
|
||||
1. Customer-embedded technical leadership and production delivery.
|
||||
2. Direct stakeholder translation with end-to-end ownership.
|
||||
3. Principal-level judgment in ambiguity.
|
||||
4. Hands-on LLM system delivery on a modern cloud AI platform.
|
||||
5. German fluency and travel readiness.
|
||||
|
||||
### 1D. Domain Vocabulary Map
|
||||
|
||||
| Resume wording | Best wording for this JD | Assessment |
|
||||
|---|---|---|
|
||||
| data-readiness layer for enterprise AI | Keep | Matches Frontier’s practical bottleneck without inflating LLM ownership |
|
||||
| translating business needs into clear, actionable technical approaches | Keep | Mirrors the required delivery motion |
|
||||
| build-to-production rollout and operation | end-to-end production ownership | The resume now proves the concept without forcing the exact phrase |
|
||||
| SLOs, transition scope, vendors, training, documentation | engagement continuity and crew transition | Strongest truthful analogue to FDE handover |
|
||||
| stakeholder- and vendor-facing delivery | Keep | Evidence-backed replacement for the former external-customer claim |
|
||||
| configured domain-grounded LLM agents | Keep | “Built/deployed LLM systems” would be inaccurate |
|
||||
| on-call SLA and pager ownership | sustained accountability after launch | Separates Dennis from advisory-only candidates |
|
||||
| regulated telecom and semiconductor environments | complex, constrained production environments | Makes the transfer to customer delivery legible |
|
||||
|
||||
### 1E. Gap Ranking
|
||||
|
||||
**Required-minimum fatal gaps:** none visible. The package establishes a related M.Eng., 12+ years of engineering, the required coding-language family, stakeholder delivery, German fluency, and travel readiness.
|
||||
|
||||
**Potentially fatal at hiring-manager or technical review:**
|
||||
|
||||
- **End-to-end LLM delivery:** the preferred qualification asks for building and deploying LLM-based systems, model quality/performance work, and modern cloud AI platforms. Verified evidence supports LiteLLM API use and configuration of domain-grounded agents, not system ownership, serving, deployment, or formal evaluation.
|
||||
|
||||
**Serious gaps:**
|
||||
|
||||
- No direct strategic external-account, consulting, or FDE delivery record.
|
||||
- No Azure, Azure AI Foundry, or Copilot Studio delivery.
|
||||
- Senior-stakeholder influence is implied through ownership roles but not demonstrated through a named decision or outcome.
|
||||
- No direct FDE-crew transition; Bosch Application Owner work is a credible analogue.
|
||||
- Ambiguity, urgency, iterative delivery, and time to value are not evidenced explicitly.
|
||||
|
||||
**Cosmetic gaps:**
|
||||
|
||||
- Exact Microsoft culture language is absent.
|
||||
- “Fast-moving” and “iterative” are not stated, though the 24/7 and agile contexts support them semantically.
|
||||
- The posting conflicts with itself on travel (25–50% in the header versus up to 25% in qualifications); the resume safely accepts the higher range.
|
||||
|
||||
### 1F. Methodology Transfer Test
|
||||
|
||||
| Resume achievement | How a Frontier FDE expert sees the transfer |
|
||||
|---|---|
|
||||
| Swisscom Component Owner under on-call SLA | Dennis owns quality, incidents, restoration, and the service after launch rather than leaving at deployment. |
|
||||
| Governed data products and metadata in Swisscom’s Data Mesh | This is the trusted data-readiness and grounding layer enterprise agents require. |
|
||||
| Python applications on Kubernetes with GitLab CI/CD | This proves hands-on lifecycle delivery rather than stakeholder work without implementation. |
|
||||
| Bosch ML inference in a 24/7 fab | This is direct evidence of shipping ML into a live environment where rollout failure has operational consequences. |
|
||||
| Bosch Application Owner work | SLOs, transition scope, vendors, training, and documentation map naturally to engagement continuity and handover. |
|
||||
| B2B stakeholder products at Swisscom | This proves requirements translation, but not yet strategic external-account or executive influence. |
|
||||
|
||||
The first five transfers are natural. The account-aligned leadership transfer remains plausible but requires the hiring manager to accept a meaningful step up.
|
||||
|
||||
### 1G. Competitive Landscape
|
||||
|
||||
- **Obvious-fit candidate:** a German-speaking ex-Palantir FDE, Microsoft partner engineer, or consulting AI delivery lead with Azure/Copilot deployments, strategic-account ownership, and executive-stakeholder repetitions.
|
||||
- **Dennis’s advantage:** genuine operator depth inside regulated enterprises, pager responsibility, production ML in a 24/7 fab, governed-data and metadata work, native German, broad software engineering, and a verified Staff promotion.
|
||||
- **Their advantage:** direct customer-account repetitions, Azure AI, end-to-end LLM delivery/evaluation, and practiced senior-stakeholder influence.
|
||||
- **Winning position:** the inside-enterprise operator who understands why AI initiatives fail after the demo and who remains accountable for the production/data layer.
|
||||
|
||||
---
|
||||
|
||||
## 2. Five-Perspective Read-Through
|
||||
|
||||
### 2A. ATS Robot
|
||||
|
||||
| # | Priority JD keyword or phrase | Resume status | Assessment |
|
||||
|---:|---|---|---|
|
||||
| 1 | Forward Deployed Engineering / FDE | Exact | Present only as honest target intent |
|
||||
| 2 | customer-embedded / account-aligned | Exact/partial | Header and summary positioning; not prior account experience |
|
||||
| 3 | production-grade solutions | Strong semantic | Production software, ML, applications, and operations |
|
||||
| 4 | end-to-end ownership | Strong semantic | Component ownership and build-to-operation lifecycle |
|
||||
| 5 | translate business needs into technical approaches | Exact/strong | Revised Swisscom B2B bullet |
|
||||
| 6 | senior stakeholders / influence | Partial | Stakeholders and vendors appear; senior decision influence does not |
|
||||
| 7 | ambiguity / fast-moving environments | Absent | Bosch implies the context but does not state it |
|
||||
| 8 | time to value / iterative delivery | Absent | No measured cycle or exact term |
|
||||
| 9 | technical leadership / direction | Semantic | Staff, Component Owner, Application Owner |
|
||||
| 10 | transition / handover / engagement lifecycle | Strong semantic | Transition scope, handover, SLOs, training, documentation |
|
||||
| 11 | AI solution delivery | Semantic | Production ML plus configured LLM agents |
|
||||
| 12 | LLM-based systems | Exact/partial | LLM and agents match; ownership depth does not |
|
||||
| 13 | model quality and performance | Partial | Data-quality monitoring and service performance, not model evaluation |
|
||||
| 14 | modern cloud AI platforms | Partial | AWS and AI workloads, but no owned cloud-AI-platform delivery |
|
||||
| 15 | Python / Java / C# / JavaScript / C++ | Exact | Strong breadth across Skills and experience |
|
||||
| 16 | 10+ years engineering | Exact | 12+ years |
|
||||
| 17 | fluent German | Exact | Native German |
|
||||
| 18 | travel | Exact | 25–50% travel-ready |
|
||||
| 19 | industry/customer context | Semantic | Telecom, semiconductor, broadcast, insurance |
|
||||
| 20 | entrepreneurial / urgency / accountability | Partial | Accountability is strong; entrepreneurial/urgency terms are absent |
|
||||
|
||||
**Match rate:** **16/20 = 80% — PASS**
|
||||
|
||||
The ATS gain is real but appropriately limited: FDE now appears, while unsupported model-evaluation language was removed. The four remaining misses are senior influence, ambiguity, time to value, and entrepreneurial urgency.
|
||||
|
||||
Truthful low-value additions are possible (“fast-moving production environment,” “iterative delivery”), but they would add phrase coverage rather than new evidence and are not required before submission.
|
||||
|
||||
### 2B. Recruiter Glance — 10 Seconds
|
||||
|
||||
**Verdict: FORWARD / strong maybe**
|
||||
|
||||
The fixed header, current Staff title, 12+ years, native German, recognizable employers, and summary now establish the intended lane quickly. The verified promotion resolves the largest Principal-level credibility omission. The recruiter will still see a data/production operator rather than a proven account-aligned FDE.
|
||||
|
||||
### 2C. HR Screen — 30 Seconds
|
||||
|
||||
**Verdict: PHONE SCREEN**
|
||||
|
||||
The package clears the minimum qualifications and strongest tenure preference. It now connects production ownership, stakeholder translation, transition discipline, German, and FDE intent without an inflated customer or LLM claim. HR is likely to test the depth of the LLM work and external-account exposure.
|
||||
|
||||
### 2D. Hiring Manager — 2 Minutes
|
||||
|
||||
**Verdict: MAYBE, leaning interview**
|
||||
|
||||
**Top three observations:**
|
||||
|
||||
1. Bosch’s 24/7 production-ML deployment and Swisscom’s pager ownership are unusually credible execution signals.
|
||||
2. The Staff promotion and revised handover language make the leadership arc clearer.
|
||||
3. The package still cannot demonstrate repeated strategic-account leadership or end-to-end LLM delivery.
|
||||
|
||||
**Predicted first interview question:**
|
||||
“Tell me exactly what you built, deployed, evaluated, and operated in the LLM-agent work, and which parts were supplied by Swisscom’s platform.”
|
||||
|
||||
### 2E. Deep Technical Reviewer — 10 Minutes
|
||||
|
||||
**Verdict: credible production engineer; material AI/account-delivery gaps remain**
|
||||
|
||||
| Claim | Verification | Source / assessment |
|
||||
|---|---|---|
|
||||
| 12+ years engineering | Verified | Employment timeline |
|
||||
| Promoted Senior → Staff in Apr 2025 | Verified | `config.md`; `experience_swisscom.md` |
|
||||
| Fulfillment ETL ownership under on-call SLA | Verified | `experience_swisscom.md`, SW-2 |
|
||||
| Swisscom AWS migration | Verified and scoped | `experience_swisscom.md`, SW-1; “my domains’” avoids company-wide inflation |
|
||||
| Governed products within company-wide Data Mesh | Verified and scoped | `experience_swisscom.md`, SW-7 |
|
||||
| B2B needs translation and product-owner collaboration | Verified | `experience_swisscom.md`, SW-4 |
|
||||
| Python/Kubernetes/GitLab lifecycle | Verified | `experience_swisscom.md`, SW-3 |
|
||||
| Configured domain-grounded LLM agents | Verified and hedged | `experience_swisscom.md`, SW-8 |
|
||||
| LiteLLM API integration | Verified at API/tool-use level | `config.md` correction; no framework or serving ownership claimed |
|
||||
| ML inference deployment and service observability | Verified | Bosch BS-1/BS-4 plus production operations; not framed as model evaluation |
|
||||
| Bosch Application Owner transition scope | Verified | `experience_bosch.md`, BS-3 |
|
||||
| Generali Cologne/Vienna rotations in CL | User-verified session evidence | Correctly kept out of the Hamburg-based resume entry |
|
||||
| FDE/customer-embedded wording | Correctly qualified | Target intent and fixed positioning, not historical title or account claim |
|
||||
|
||||
**Consistency findings:**
|
||||
|
||||
- Resume and cover letter hold the same LLM ceiling and avoid RAG, fine-tuning, serving, formal evaluation, or agent-framework claims.
|
||||
- Swisscom organization-scale scope is handled correctly.
|
||||
- Promotion, business-needs translation, and transition continuity are now explicit.
|
||||
- No code-folder names, LOC/test counts, false publication claims, Security Champion inflation, or unsupported Azure language appear.
|
||||
|
||||
---
|
||||
|
||||
## 3. Eight-Dimension Scoring
|
||||
|
||||
Only dimensions affected by Edit 1 were re-scored. Publication Selection and Page Fill & Visual carry forward because neither the evidence selection nor approved layout changed.
|
||||
|
||||
| Dimension | Pass 1 | Pass 2 | Weight | Pass 2 weighted | Notes |
|
||||
|---|---:|---:|---:|---:|---|
|
||||
| ATS Keyword Match | 7.5 | **8.0** | 15% | 12.00 | 16/20; FDE added honestly, unsupported evaluation claim removed |
|
||||
| Summary | 8.4 | **8.8** | 10% | 8.80 | Exact five-line bridge, production proof, honest target intent |
|
||||
| Skills Section | 7.3 | **8.2** | 10% | 8.20 | Provenance corrected; strong delivery and platform coverage |
|
||||
| Bullet Quality | 8.2 | **8.4** | 25% | 21.00 | Promotion and JD vocabulary improved; metrics/account outcomes remain sparse |
|
||||
| Publication Selection | 9.5 | **9.5** | 10% | 9.50 | Unchanged; correct omission for this industry resume |
|
||||
| Narrative Coherence | 8.5 | **8.8** | 15% | 13.20 | Operator → owner → Staff → FDE target is now explicit |
|
||||
| Page Fill & Visual | 6.5 | **6.5** | 5% | 3.25 | Unchanged; clean but page 2 remains underfilled by approved choice |
|
||||
| Credibility Signals | 7.8 | **8.2** | 10% | 8.20 | Promotion visible and claim boundaries cleaner |
|
||||
| **Total** | **80.8** | | **100%** | **84.15 → 84.2** | **Near verified-evidence ceiling** |
|
||||
|
||||
---
|
||||
|
||||
## 4. Interview Likelihood
|
||||
|
||||
These are judgment estimates for this candidate/JD pairing, not statistical forecasts.
|
||||
|
||||
| Reader | Probability | Likely outcome | Dominant factor |
|
||||
|---|---:|---|---|
|
||||
| ATS | 80% | PASS | 16/20 coverage plus exact German, tenure, languages, and FDE intent |
|
||||
| Recruiter | 70% | FORWARD / strong maybe | Staff promotion, native German, and recognizable operator employers |
|
||||
| HR | 74% | PHONE SCREEN | Minimum qualifications clear; LLM preferred qualification remains partial |
|
||||
| Hiring Manager | 48% | MAYBE → INTERVIEW | Strong production ownership versus weak direct account/LLM evidence |
|
||||
| Technical Panel | 42% | CONCERNS | Configuration-level LLM work and no Azure AI delivery |
|
||||
|
||||
**Estimated probability of reaching a first interview:** **45–55%**.
|
||||
|
||||
### Ceiling Analysis
|
||||
|
||||
| Scenario | Estimated score |
|
||||
|---|---:|
|
||||
| Pass 1 package | 80.8 |
|
||||
| Current Pass 2 package | 84.2 |
|
||||
| Remaining safe wording/layout polish | About 84.5 |
|
||||
| Theoretical maximum from current verified evidence | 84.5–85.0 |
|
||||
| Hard ceiling with current background | About 85 |
|
||||
|
||||
The score has reached the current evidence ceiling. A material increase requires verified ownership of an LLM system from API/data design through deployment and evaluation, direct Azure AI delivery, or a documented strategic external-account engagement with senior-stakeholder influence and crew handover.
|
||||
|
||||
---
|
||||
|
||||
## 5. Tiered Improvements
|
||||
|
||||
### Tier 1 — High Impact
|
||||
|
||||
**None remaining that are both evidence-backed and consistent with the approved Option A layout.**
|
||||
|
||||
All safe Pass 1 Tier 1 content fixes were applied. Filling the remaining page space would require reversing the user’s approved readability choice or adding lower-value material; claiming deeper LLM, Azure, customer-account, or senior-stakeholder experience would violate the accuracy rules.
|
||||
|
||||
### Tier 2 — Medium Impact, Only if New Evidence Is Verified
|
||||
|
||||
1. **Surface one senior-stakeholder decision and outcome** from Swisscom or Bosch, if a specific example can be verified. **Estimated impact: +0.5–0.8.**
|
||||
2. **Add concrete LLM delivery depth** only if Dennis can verify API ownership, deployment responsibility, evaluation criteria, adoption, or operational monitoring. **Estimated impact: +0.5–0.9.**
|
||||
3. **Add “fast-moving” or “iterative delivery”** only alongside a concrete delivery-cycle example. Phrase-only insertion would be ATS polish, not stronger evidence. **Estimated impact: +0.3.**
|
||||
4. **Reopen Option B page balancing** only if visual fill is preferred over the approved whitespace. The likely gain is limited to the visual dimension. **Estimated impact: +0.3.**
|
||||
|
||||
### Tier 3 — Cosmetic / Diminishing Returns
|
||||
|
||||
1. Add Microsoft culture phrases such as “growth mindset.”
|
||||
2. Add more tools or certifications to an already dense Skills section.
|
||||
3. Insert Azure terminology without experience.
|
||||
4. Replace “configured” with “built,” “deployed,” “RAG,” or “agent orchestration.”
|
||||
5. Add a PySpark bullet solely to consume page space.
|
||||
|
||||
**Verdict:** no further resume edit is required before submission. Tier 2 changes are conditional on new verified evidence; Tier 3 is not worth the edit.
|
||||
|
||||
---
|
||||
|
||||
## 6. Interview Bridge Points
|
||||
|
||||
| Resume topic | Microsoft FDE equivalent | Opening line for interview |
|
||||
|---|---|---|
|
||||
| Swisscom Fulfillment ETL ownership | End-to-end ownership after launch | “Delivery does not end at deployment in my Component Owner role: I own quality, incidents, restoration, and the on-call SLA.” |
|
||||
| Governed data products and metadata | Enterprise data readiness and AI grounding | “Before an enterprise agent can be trusted, its data needs ownership, metadata, quality controls, and stable access; that is the layer I build at Swisscom.” |
|
||||
| Bosch 24/7 ML inference | Shipping AI into a live customer environment | “Bosch taught me to deploy ML where the environment cannot be paused, so rollout design and recovery mattered as much as the model.” |
|
||||
| Bosch Application Owner | Engagement continuity and crew transition | “I made the system operable without depending on me by defining SLOs, managing vendors, and leaving training and documentation for the teams running it.” |
|
||||
| B2B stakeholder data products | Business-needs translation | “I start with the decision or workflow the stakeholder needs, then translate that into the data product, implementation, and support model.” |
|
||||
| LLM agents at Swisscom | Honest AI delivery boundary | “I configured the agents and their domain knowledge and used LiteLLM APIs; I did not build the serving stack, fine-tune models, or own a formal evaluation pipeline.” |
|
||||
| Multi-industry career and German | Account context and DACH credibility | “I have worked inside telecom, semiconductor, insurance, broadcast, and maritime organizations, so I first learn the operating constraint and vocabulary before proposing an approach.” |
|
||||
|
||||
---
|
||||
|
||||
## 7. Cover Letter Critique
|
||||
|
||||
### 7A. Anti-Pattern Checklist
|
||||
|
||||
- [x] Does not use a generic “I am writing to express my interest” opener.
|
||||
- [x] Adds company-specific reasoning rather than converting the resume into prose.
|
||||
- [x] Names Frontier Company Engineering and Microsoft’s Swiss initiatives.
|
||||
- [x] Gives a clear reason for this organization and account-delivery model.
|
||||
- [x] Places the Bosch and Swisscom production proof in paragraph 1.
|
||||
- [x] Contains no defensive apology about the LLM or Azure gaps.
|
||||
- [x] Ends with an active conversation request.
|
||||
- [x] Does not dump credentials in the closing.
|
||||
|
||||
### 7B. Tailoring Signals
|
||||
|
||||
- [x] Names Frontier Company Engineering, the AI Tour in Zürich, and Microsoft’s 2027 Swiss skilling commitment.
|
||||
- [x] Uses strategic account, production, LLM, SLO, German, travel, and business-needs language.
|
||||
- [x] References Microsoft’s enterprise-AI implementation strategy.
|
||||
- [x] Connects governed data and operational delivery to Frontier’s customer problem.
|
||||
- [x] Uses an industry-appropriate engineer-to-engineer tone.
|
||||
|
||||
**Tailoring verdict:** strong. The letter cannot be sent unchanged to another employer.
|
||||
|
||||
### 7C. Industry-Specific Checks
|
||||
|
||||
- [x] Business value is translated through data readiness, production continuity, operational restoration, and handover.
|
||||
- [x] The move is framed positively: from solving the problem inside enterprises to doing so for German-speaking strategic accounts.
|
||||
- [x] Jargon remains understandable to a technical recruiter.
|
||||
- [ ] Quantified business outcomes remain limited; 24/7 and 300mm describe operating context rather than measured commercial impact.
|
||||
|
||||
### 7D. Cover-Letter ATS Check
|
||||
|
||||
| Priority term | CL match |
|
||||
|---|---|
|
||||
| customer / strategic account | Exact: strategic account |
|
||||
| production-grade | Strong semantic: production discipline and systems |
|
||||
| business needs / technical approach | Strong semantic/exact: translate business needs |
|
||||
| end-to-end ownership | Semantic: pager, ownership, restoration, Application Owner |
|
||||
| senior stakeholders | Absent |
|
||||
| time to value | Absent |
|
||||
| LLM-based systems | Exact/partial: LLM, LiteLLM, agents |
|
||||
| model quality/performance | Absent |
|
||||
| modern cloud AI platforms | Partial: AWS data products supporting AI workloads |
|
||||
| German and travel | Exact |
|
||||
|
||||
**CL match:** **7/10 — good supplementation**.
|
||||
|
||||
### 7E. Structural Checks
|
||||
|
||||
- [x] **Consistency:** all engineering claims match the resume, config, or user-verified session evidence.
|
||||
- [x] **Complementarity:** adds motivation, Microsoft-specific context, travel evidence, and the operator-to-FDE pivot.
|
||||
- [x] **Word count:** approximately 265 rendered body words, within the 250–300 industry target.
|
||||
- [x] **Tone:** direct, technical, and results-oriented.
|
||||
- [x] **Quantification:** includes 24/7, 300mm, months-long rotations, one million people, and 2027.
|
||||
- [x] **Domain pivot:** methodology and production proof lead; the letter never pretends deep LLM ownership.
|
||||
|
||||
### 7F. Package Cohesion
|
||||
|
||||
- [x] The resume stands alone as a credible production/data engineering application.
|
||||
- [x] Major CL engineering claims are traceable to resume bullets or Skills.
|
||||
- [x] The Generali rotations are a minor CL-only travel proof explicitly verified in the session.
|
||||
- [x] Dates, metrics, scope, promotion, and LLM boundaries are consistent.
|
||||
- [x] The CL deepens the story rather than merely repeating the resume.
|
||||
- [x] Page budget is correct: 2-page resume + 1-page cover letter.
|
||||
|
||||
The package is cohesive. The CL improves the first read, but appropriately does not try to conceal the missing direct LLM/account-delivery evidence.
|
||||
|
||||
### 7G. AI-Fingerprint Scan
|
||||
|
||||
| Check | Result |
|
||||
|---|---|
|
||||
| Tier 1 banned words | PASS — none found |
|
||||
| Banned phrases | PASS — none found |
|
||||
| More than two rendered em-dashes | PASS — zero in both documents |
|
||||
| Bullets ending in vague “-ing” analysis phrases | PASS — “serverless processing” and “data mapping” are concrete noun objects |
|
||||
| Three consecutive same-length CL sentences | PASS — sentence lengths vary |
|
||||
| Repeated paragraph-start structure | PASS |
|
||||
| Excessive triplet structures | PASS |
|
||||
| Generic CL opener | PASS |
|
||||
| Metaphorical landscape/journey/realm/tapestry | PASS |
|
||||
| Passive bullet verbs above 20% | PASS |
|
||||
| Honors items using em-dashes | PASS |
|
||||
| Banned adverbs | PASS |
|
||||
|
||||
---
|
||||
|
||||
## 8. Post-Generation Verification
|
||||
|
||||
### 8A. Mechanical
|
||||
|
||||
- [x] **Compile:** resume and cover letter compile successfully with `pdflatex`.
|
||||
- [x] **Page count:** resume = 2 pages; cover letter = 1 page.
|
||||
- [x] **Box warnings:** no overfull or underfull box warnings in either log.
|
||||
- [x] **Bullet maximums:** no `OVER` violations. All 18 variable experience bullets fit their intended 1L/2L bands or are harmlessly short.
|
||||
- [x] **Orphans:** rendered review found no single-word bullet orphans or header wrapping.
|
||||
- [x] **Ordering:** Swisscom ownership/promotion and Bosch production evidence lead their sections.
|
||||
- [ ] **Page fill:** objective project gate remains unmet; the lower quarter-to-third of page 2 is unused. **Accepted exception:** the user approved Option A to preserve readability, and the layout is visually clean.
|
||||
|
||||
### 8B. Content
|
||||
|
||||
- [x] **ATS match:** 80%, above the 70% pass threshold.
|
||||
- [x] **Big-corporation ownership scope:** Swisscom migration and Data Mesh claims are correctly scoped.
|
||||
- [x] **LLM provenance:** configuration/API-level work remains bounded; no RAG, fine-tuning, serving, formal evaluation, or broader agent ownership is claimed.
|
||||
- [x] **Skills provenance:** stakeholder/vendor delivery and service-observability language are evidence-backed.
|
||||
- [x] **Contributing work:** Fraunhofer ARTUS correctly uses “Contributed.”
|
||||
- [x] **Security Champion:** omitted as required.
|
||||
- [x] **No forbidden output content:** no code-folder names, LOC counts, test counts, false publication/funding claims, or LangChain.
|
||||
- [x] **Package consistency:** no date, metric, scope, title, or publication contradiction.
|
||||
|
||||
### 8C. Structural
|
||||
|
||||
- [x] Microsoft, Frontier Company Engineering, Swisscom, Bosch, and all locations are spelled consistently.
|
||||
- [x] Both `.tex` files have complete standalone preambles.
|
||||
- [x] Resume dates use consistent `Mon YYYY -- Mon YYYY` formatting.
|
||||
- [x] Email is the configured `dennis@thiessen.io`.
|
||||
- [x] Fixed Education, Certifications, and header sections are preserved.
|
||||
- [x] Required 2+1 page package structure is met.
|
||||
- [x] Resume header and five-line summary render cleanly.
|
||||
|
||||
### Final Verdict
|
||||
|
||||
**84.2/100 — near the verified-evidence ceiling; submit-ready under Option A.**
|
||||
|
||||
Edit 1 closed every safe high-impact content issue from Pass 1. The package now makes its best case through native German, verified Staff progression, enterprise production ownership, governed data readiness, and 24/7 ML delivery while keeping the LLM and customer-account boundaries honest. Further wording changes would produce diminishing returns; the decisive remaining questions belong in screening and interview preparation.
|
||||
|
||||
@@ -0,0 +1,47 @@
|
||||
\documentclass[11pt,a4paper,roman]{moderncv}
|
||||
\usepackage[english]{babel}
|
||||
\moderncvstyle{classic}
|
||||
\moderncvcolor{green}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
\usepackage{ragged2e}
|
||||
\usepackage[scale=0.80]{geometry}
|
||||
\usepackage[version=4,arrows=pgf-filled]{mhchem}
|
||||
\renewcommand*{\makeletterclosing}{\par\vspace{2ex}\closingname\par}
|
||||
\microtypesetup{expansion=false}
|
||||
|
||||
% ========== HEADER ==========
|
||||
\name{Dennis}{Thiessen, M.Eng.}
|
||||
\address{Bern, Switzerland}{}{}
|
||||
\phone[mobile]{+41~795~955~585}
|
||||
\email{dennis@thiessen.io}
|
||||
\extrainfo{\href{https://linkedin.com/in/dennis-thiessen}{linkedin.com/in/dennis-thiessen}}
|
||||
% ============================
|
||||
|
||||
\begin{document}
|
||||
|
||||
\recipient{Hiring Team}{Frontier Company Engineering\\Microsoft Switzerland GmbH\\Z\"urich, Switzerland}
|
||||
\date{\today}
|
||||
\opening{Dear Frontier Company Engineering Team,}
|
||||
\makelettertitle
|
||||
|
||||
\begin{justify}
|
||||
% P1 — Frontier mission + immediate Bosch/Swisscom production proof + position
|
||||
Frontier Company Engineering exists to make enterprise AI useful inside real companies, where data, integration and operations determine whether a model creates value. I have worked on that problem from the operator's side. At Bosch Semiconductor, I put containerized ML inference onto 300mm wafer lines that run around the clock; at Swisscom, I now own business-critical data pipelines and build the governed AWS data products AI workloads depend on. I would bring that production discipline to a strategic account as Principal Forward Deployed Engineer, Software Engineer, in Z\"urich (req.\ 200043897).
|
||||
|
||||
% P2 — Swisscom ownership + honest LLM scope + Bosch transition continuity
|
||||
At Swisscom, the Data Mesh is company-wide; my scope is governed data products with active metadata on AWS. As Component Owner for Fulfillment pipelines, I carry the pager and own data quality, incidents and restoration. My LLM work is narrower and practical: LiteLLM API integrations plus agents I configured by selecting available models and supplying curated knowledge bases for migration and data mapping. At Bosch, my Application Owner role added the transition discipline this position needs: SLOs, vendor coordination, user training and documentation that supported reliable 24/7 operations.
|
||||
|
||||
% P3 — German + travel record + Microsoft Switzerland + active CTA
|
||||
Bern is home and German is my first language. Travel suits me: Generali posted me to Cologne and Vienna for months, and I have since worked in Norway and written my master's thesis in Shanghai. Microsoft's Swiss push, from April's AI Tour in Z\"urich to one million people skilled by 2027, targets companies I know from the inside. I would welcome a conversation about where Frontier's German-speaking accounts need an engineer who can translate business needs into production systems and remain accountable after launch.
|
||||
\end{justify}
|
||||
|
||||
\vspace{0.3cm}
|
||||
% ========== SIGNATURE ==========
|
||||
{Sincerely,\\
|
||||
Dennis Thiessen, M.Eng.\\
|
||||
Staff Data, Analytics \& AI Engineer\\
|
||||
Swisscom (Schweiz) AG}
|
||||
% ===============================
|
||||
|
||||
\end{document}
|
||||
@@ -0,0 +1,163 @@
|
||||
\documentclass{resume}
|
||||
\usepackage{hyperref}
|
||||
\usepackage{enumitem}
|
||||
\usepackage{fontawesome}
|
||||
\usepackage{tikz}
|
||||
\usepackage{graphicx}
|
||||
\hypersetup{
|
||||
colorlinks = true,
|
||||
linkcolor = [rgb]{0.9,0.4,0.4},
|
||||
anchorcolor = [rgb]{0.9,0.4,0.4},
|
||||
citecolor = [rgb]{0.4,0.4,0.4},
|
||||
filecolor = [rgb]{0.4,0.4,0.4},
|
||||
urlcolor = [rgb]{0.0,0.0,0.99},
|
||||
}
|
||||
\usepackage{xcolor}
|
||||
\usepackage[utf8]{inputenc}
|
||||
\usepackage[T1]{fontenc}
|
||||
\usepackage{lmodern}
|
||||
\usepackage[version=4,arrows=pgf-filled]{mhchem}
|
||||
\usepackage[includefoot,left=0.5in,top=0.5in,right=0.5in,bottom=0.2in,textwidth=7.5in,textheight=10.8in]{geometry}
|
||||
\usepackage{fancyhdr}
|
||||
\pagestyle{fancy}
|
||||
\fancyhf{}
|
||||
\renewcommand{\headrulewidth}{0pt}
|
||||
\fancyfoot[R]{\hfill \thepage/\pageref{LastPage}}
|
||||
\newcommand{\tab}[1]{\hspace{.2667\textwidth}\rlap{#1}}
|
||||
\newcommand{\itab}[1]{\hspace{0em}\rlap{#1}}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% HEADER — FIXED
|
||||
%----------------------------------------------------------------------------------------
|
||||
\name{Dennis Thiessen, M.Eng.}
|
||||
\address{\href{https://linkedin.com/in/dennis-thiessen}{LinkedIn}}
|
||||
\address{dennis@thiessen.io \\ +41 795 955 585}
|
||||
\address{Bern, Switzerland $\vert$ German citizen (EU) $\vert$ Z\"urich-based team, remote $\vert$ Travel-ready 25--50\%}
|
||||
\address{{Staff Data \& AI Engineer $\vert$ Python $\cdot$ Java $\cdot$ C\# $\cdot$ AWS $\cdot$ Kubernetes $\vert$ Customer-Embedded Delivery}}
|
||||
|
||||
|
||||
\begin{document}
|
||||
|
||||
\vspace{-0.15cm}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% SUMMARY — GENERATE
|
||||
%----------------------------------------------------------------------------------------
|
||||
\begin{rSection}{Summary}
|
||||
Staff engineer with 12+ years shipping production software in regulated telecom, semiconductor, broadcast and insurance environments. At Swisscom I own business-critical \textbf{ETL} pipelines under on-call SLA and build governed \textbf{data products} on \textbf{AWS}, the data-readiness layer for enterprise \textbf{AI}. At Bosch I put \textbf{ML} inference into a 24/7 fab that cannot be paused. I work with stakeholder and vendor teams and transition systems through SLOs, training and documentation. Native German and fluent English, targeting customer-embedded Forward Deployed Engineering.
|
||||
\end{rSection}
|
||||
\vspace{-0.15cm}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% TECHNICAL SKILLS — GENERATE, Format C, 5 groups (4-3-2-2-2)
|
||||
%----------------------------------------------------------------------------------------
|
||||
\begin{rSection}{Technical Skills}
|
||||
|
||||
\begin{skillgroup}{Software Engineering}
|
||||
\skilldash{\textbf{Python} (expert), \textbf{Java}, \textbf{C\#}, JavaScript/TypeScript, C++, SQL, Bash; REST APIs, FastAPI, pytest}
|
||||
\skilldash{Microservices, event-driven \& serverless architecture, distributed backends, API design, code review, TDD}
|
||||
\skilldash{\textbf{Kubernetes}, \textbf{Docker}, \textbf{GitLab CI/CD}, Jenkins, Ansible, Linux, Git; Copilot, Kiro}
|
||||
\skilldash{Infrastructure as Code (CloudFormation), ECR/ECS, release automation, incident response, on-call operations}
|
||||
\end{skillgroup}
|
||||
|
||||
\begin{skillgroup}{Cloud \& Data Platform}
|
||||
\skilldash{\textbf{AWS} (S3, Glue, Athena/Iceberg, Redshift, Lambda, Step Functions, CloudWatch) -- SAA-certified}
|
||||
\skilldash{ETL/ELT pipeline design, \textbf{data products}, \textbf{Data Mesh}, metadata management, data governance \& quality}
|
||||
\skilldash{\textbf{Apache Kafka}, \textbf{Apache Airflow}, \textbf{PySpark} / Spark, Hadoop/Impala; Oracle, Teradata, MS SQL, Postgres}
|
||||
\end{skillgroup}
|
||||
|
||||
\begin{skillgroup}{AI \& ML in Production}
|
||||
\skilldash{\textbf{ML} inference deployment (Docker/Kubernetes), MLOps, data-quality monitoring, service performance \& observability}
|
||||
\skilldash{\textbf{LLM} API integration (\textbf{LiteLLM}), domain-grounded agents, custom GPTs, prompt engineering}
|
||||
\end{skillgroup}
|
||||
|
||||
\begin{skillgroup}{Delivery \& Stakeholder Engagement}
|
||||
\skilldash{Stakeholder- and vendor-facing delivery, requirements translation, technical training, documentation, handover}
|
||||
\skilldash{Application \& Component Ownership, SLO definition, vendor management, agile/Scrum, backlog refinement}
|
||||
\end{skillgroup}
|
||||
|
||||
\begin{skillgroup}{Certifications}
|
||||
\skilldash{\textbf{AWS Certified Solutions Architect -- Associate} (active to Sep 2027), Data Engineering with AWS (Udacity)}
|
||||
\skilldash{iSAQB CPSA -- Foundation (2016), ITIL Foundation (2016), IBM AI Engineering Specialization}
|
||||
\end{skillgroup}
|
||||
|
||||
\end{rSection}
|
||||
\vspace{-0.15cm}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% PROFESSIONAL EXPERIENCE — GENERATE bullets; headers FIXED
|
||||
%----------------------------------------------------------------------------------------
|
||||
\begin{rSection}{Professional Experience}
|
||||
|
||||
% --- Swisscom (Oct 2023 -- Present) — SW-2, SW-7, SW-1, SW-4, SW-8 ---
|
||||
\begin{rSubsection}{Production Ownership, Governed Data Products \& AI-Ready Foundations}{\textcolor{black!60}{Oct 2023 -- Present}}{Staff Data, Analytics \& AI Engineer, Swisscom (Schweiz) AG}{Bern, Switzerland}
|
||||
\item Promoted from Senior to Staff in Apr 2025; own Fulfillment \textbf{ETL} pipelines (Oracle, \textbf{Kafka} to Teradata in \textbf{Python}) as Component Owner, accountable for data quality, governance, incidents and on-call SLA.
|
||||
\item Build governed \textbf{data products} with active metadata management within Swisscom's company-wide \textbf{Data Mesh} on \textbf{AWS} (Glue, Athena, CloudFormation), the grounded data foundation that \textbf{AI} workflows query.
|
||||
\item Migrated my domains' \textbf{ETL} stack from Teradata and Oracle to Swisscom's cloud-native \textbf{AWS} platform (Glue, Athena, Iceberg, Redshift, \textbf{Airflow}), cutting operational overhead with serverless processing.
|
||||
\item Deliver data products, dashboards and analyses for B2B teams, translating business needs into clear, actionable technical approaches with product owners and leading 3rd-level root-cause analysis.
|
||||
\item Design, deploy and operate \textbf{Python} data applications on \textbf{Kubernetes} with \textbf{GitLab CI/CD}, owning containerized delivery from build and test through production rollout and operation in an agile DevOps team.
|
||||
\item Configured domain-grounded \textbf{LLM} agents in a Swisscom web interface, selecting available models and supplying curated domain knowledge bases for question answering, migration assistance and data mapping.
|
||||
\end{rSubsection}
|
||||
|
||||
% --- Bosch (Feb 2020 -- Dec 2022) — BS-1, BS-3, BS-2 ---
|
||||
\begin{rSubsection}{Shipping ML into a 24/7 Production Line \& Platform Ownership}{\textcolor{black!60}{Feb 2020 -- Dec 2022}}{(Senior) Data Engineer, Robert Bosch Semiconductor Manufacturing}{Dresden, Germany}
|
||||
\item Containerized and orchestrated \textbf{ML} inference (\textbf{Docker}, \textbf{Kubernetes}, Ansible) into Bosch's 24/7 semiconductor fab, running automated image-based defect classification continuously on live 300mm wafer lines.
|
||||
\item Served as Application Owner for the semiconductor analytics suite and upstream pipelines, defining SLOs and transition scope while managing vendors, training users and documenting reliable 24/7 operations.
|
||||
\item Co-owned the TIBCO Spotfire analytics platform serving fab engineers, building \textbf{C\#} extensions and custom wafer-map visualizations, and co-presented the work at the TIBCO Analytics Forum 2022.
|
||||
\item Developed data services in \textbf{Python}, \textbf{Java} and \textbf{C\#} over OracleDB and Hadoop/ImpalaSQL, giving analysis teams reliable, structured access to defect-management and process-optimization data at fab scale.
|
||||
\item Built an anomaly-detection proof of concept (ELK with \textbf{Kafka} on \textbf{Docker}) plus \textbf{Grafana}, \textbf{Prometheus} and Loki monitoring, validating centralized logging and alerting for 24/7 manufacturing systems.
|
||||
\end{rSubsection}
|
||||
|
||||
% --- Fraunhofer (Sep 2018 -- Oct 2019) — FC-1, FC-3 ---
|
||||
\begin{rSubsection}{Applied Research Engineering \& CI/CD from Zero}{\textcolor{black!60}{Sep 2018 -- Oct 2019}}{Research Software Engineer, Fraunhofer-Center for Maritime Logistics CML}{Hamburg, Germany}
|
||||
\item Set up the team's first Jenkins \textbf{CI/CD} pipeline with quality gates; built SCEDAS (\textbf{C\#}, .NET, MS SQL Server).
|
||||
\item Built containerized microservices (Express.js, JavaScript, \textbf{Docker}) for the MISSION data-exchange platform.
|
||||
\item Contributed \textbf{ML} and NLP components to ARTUS, a research project on speech transcription for sea rescue.
|
||||
\end{rSubsection}
|
||||
|
||||
% --- Vizrt (Jul 2017 -- May 2018) — VZ-1 ---
|
||||
\begin{rSubsection}{Distributed Real-Time Backend Engineering at Broadcast Scale}{\textcolor{black!60}{Jul 2017 -- May 2018}}{DevOps Engineer, Vizrt}{Bergen, Norway}
|
||||
\item Engineered distributed real-time video-transcoding backends in \textbf{Python} and C++ for CNN, BBC and Al Jazeera.
|
||||
\item Wrote the automated A/V integration test suite in \textbf{Python} and wired quality gates into the \textbf{CI/CD} pipeline.
|
||||
\end{rSubsection}
|
||||
|
||||
% --- Generali (May 2015 -- Jun 2017) — GN-1 ---
|
||||
\begin{rSubsection}{Practice Introduction, Enablement \& Java Backend}{\textcolor{black!60}{May 2015 -- Jun 2017}}{IT Consultant, Generali Deutschland Informatik Services}{Hamburg, Germany}
|
||||
\item Introduced BDD test automation (Serenity, Selenium, JBehave), owned it technically, trained the \textbf{Java} Community.
|
||||
\item Developed \textbf{Java}/J2EE features for the PIA-Postkorb workflow portal and an Apache Camel / Spring Boot PoC.
|
||||
\end{rSubsection}
|
||||
|
||||
|
||||
\end{rSection}
|
||||
\vspace{-0.15cm}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% EDUCATION — FIXED
|
||||
%----------------------------------------------------------------------------------------
|
||||
\begin{rSection}{Education}
|
||||
{M.Eng.\ Computer Aided Engineering (Software Design \& Engineering)} \hfill {\textcolor{black!60}{Apr 2012 -- Oct 2013}}\\
|
||||
{Universit\"at der Bundeswehr M\"unchen}; thesis at Tongji University, Shanghai \hfill Thesis Grade: \textbf{1.0}\\
|
||||
{\small Thesis: \textit{Development of a Web-Based Remote Fault Diagnosis System} (Neural Networks, PSO, Fuzzy Logic)}
|
||||
|
||||
{B.Eng.\ Information and Telecommunication Technologies} \hfill {\textcolor{black!60}{Oct 2009 -- Oct 2012}}\\
|
||||
{Universit\"at der Bundeswehr M\"unchen}, Munich, Germany
|
||||
\end{rSection}
|
||||
\vspace{-0.15cm}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% CERTIFICATIONS & AWARDS — FIXED
|
||||
%----------------------------------------------------------------------------------------
|
||||
\begin{rSection2}{Certifications \& Awards}
|
||||
\item \textbf{AWS Certified Solutions Architect -- Associate}, Amazon Web Services (2024, active until Sep 2027).
|
||||
\item \textbf{Data Engineering with AWS Nanodegree}, Udacity (2026). AWS data pipeline architecture.
|
||||
\item \textbf{IBM AI Engineering Specialization}, Coursera. Deep learning, TensorFlow, Keras, Apache Spark ML.
|
||||
\item \textbf{iSAQB CPSA -- Foundation Level}, iSAQB (2016). Certified Professional for Software Architecture.
|
||||
\item \textbf{ITIL Foundation Certificate in IT Service Management}, PEOPLECERT / AXELOS (2016).
|
||||
\end{rSection2}
|
||||
|
||||
\begin{center}
|
||||
\vspace{0.1cm}
|
||||
\textit{Languages: German (native), English (fluent)}
|
||||
\end{center}
|
||||
|
||||
\end{document}
|
||||
@@ -0,0 +1,199 @@
|
||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||
% Medium Length Professional CV - RESUME CLASS FILE
|
||||
%
|
||||
% This template has been downloaded from:
|
||||
% http://www.LaTeXTemplates.com
|
||||
%
|
||||
% This class file defines the structure and design of the template.
|
||||
%
|
||||
% Original header:
|
||||
% Copyright (C) 2010 by Trey Hunner
|
||||
%
|
||||
% Copying and distribution of this file, with or without modification,
|
||||
% are permitted in any medium without royalty provided the copyright
|
||||
% notice and this notice are preserved. This file is offered as-is,
|
||||
% without any warranty.
|
||||
%
|
||||
% Created by Trey Hunner and modified by www.LaTeXTemplates.com
|
||||
%
|
||||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||||
|
||||
\ProvidesClass{resume}[2018/09/25 v1.0 Resume class]
|
||||
|
||||
\LoadClass[10pt, a4paper]{article} % Font size and paper type
|
||||
\usepackage{lastpage}
|
||||
\usepackage[parfill]{parskip} % Remove paragraph indentation
|
||||
\usepackage{array} % Required for boldface (\bf and \bfseries) tabular columns
|
||||
\usepackage{ifthen} % Required for ifthenelse statements
|
||||
\usepackage{enumitem}
|
||||
\pagestyle{empty} % Suppress page numbers
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% HEADINGS COMMANDS: Commands for printing name and address
|
||||
%----------------------------------------------------------------------------------------
|
||||
|
||||
\def \name#1{\def\@name{#1}} % Defines the \name command to set name
|
||||
\def \@name {} % Sets \@name to empty by default
|
||||
|
||||
\def \addressSep {$|$} % Set default address separator to a diamond
|
||||
|
||||
% One, two or three address lines can be specified
|
||||
\let \@addressone \relax
|
||||
\let \@addresstwo \relax
|
||||
\let \@addressthree \relax
|
||||
\let \@addressfour \relax
|
||||
|
||||
% \address command can be used to set the first, second, and third address (last 2 optional)
|
||||
\def \address #1{
|
||||
\@ifundefined{@addresstwo}{
|
||||
\def \@addresstwo {#1}
|
||||
}{
|
||||
\@ifundefined{@addressthree}{
|
||||
\def \@addressthree {#1}
|
||||
}{
|
||||
\@ifundefined{@addressfour}{
|
||||
\def \@addressfour {#1}
|
||||
} {\def \@addressone {#1}
|
||||
}
|
||||
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
% \printaddress is used to style an address line (given as input)
|
||||
\def \printaddress #1{
|
||||
\begingroup
|
||||
\def \\ {\addressSep\ }
|
||||
{#1}
|
||||
% \centerline{#1}
|
||||
\endgroup
|
||||
\par
|
||||
% \addressskip
|
||||
}
|
||||
|
||||
% \printname is used to print the name as a page header
|
||||
\def \printname {
|
||||
\begingroup
|
||||
% \MakeUppercase
|
||||
{\namesize\bf \@name} \hfil
|
||||
% \hfil{\MakeUppercase{\namesize\bf \@name}}\hfil
|
||||
\nameskip\break
|
||||
\endgroup
|
||||
}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% PRINT THE HEADING LINES
|
||||
%----------------------------------------------------------------------------------------
|
||||
|
||||
\let\ori@document=\document
|
||||
\renewcommand{\document}{
|
||||
\ori@document % Begin document
|
||||
% \begin{center}
|
||||
\printname % Print the name specified with \name
|
||||
\@ifundefined{@addressone}{}{ % Print the first address if specified
|
||||
\printaddress{\@addressone}}
|
||||
\@ifundefined{@addresstwo}{}{ % Print the second address if specified
|
||||
\printaddress{\@addresstwo}}
|
||||
\@ifundefined{@addressthree}{}{ % Print the third address if specified
|
||||
\printaddress{\@addressthree}}
|
||||
\@ifundefined{@addressfour}{}{ % Print the third address if specified
|
||||
\printaddress{\@addressfour}}
|
||||
|
||||
% \end{center}
|
||||
}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% SECTION FORMATTING
|
||||
%----------------------------------------------------------------------------------------
|
||||
|
||||
% Defines the rSection environment for the large sections within the CV
|
||||
\newenvironment{rSection}[1]{ % 1 input argument - section name
|
||||
\sectionskip
|
||||
{\bf #1}
|
||||
% \MakeUppercase{\bf #1} % Section title
|
||||
\sectionlineskip
|
||||
\hrule % Horizontal line
|
||||
\begin{list}{}{ % List for each individual item in the section
|
||||
\setlength{\leftmargin}{0.50em} % Margin within the section
|
||||
}
|
||||
\item[]
|
||||
}{
|
||||
\end{list}
|
||||
}
|
||||
|
||||
\newenvironment{rSection2}[1]{ % 1 input argument - section name
|
||||
\sectionskip
|
||||
{\bf #1} % Section title
|
||||
\sectionlineskip
|
||||
\hrule % Horizontal line
|
||||
\medskip
|
||||
\begin{list}{$\bullet$}{\setlength{\leftmargin}{1.5em}}
|
||||
\itemsep -0.3em \vspace{-0.5em} % Compress items in list together for aesthetics
|
||||
}{
|
||||
\end{list}
|
||||
\vspace{0.5em}
|
||||
}
|
||||
|
||||
\newenvironment{rSection3}[1]{ % 1 input argument - section name
|
||||
\sectionskip
|
||||
{\bf #1} % Section title
|
||||
\sectionlineskip
|
||||
\hrule % Horizontal line
|
||||
\medskip
|
||||
\begin{enumerate}[]{\setlength{\leftmargin}{1.5em}}
|
||||
\itemsep -0.3em \vspace{-0.5em} % Compress items in list together for aesthetics
|
||||
}{
|
||||
\end{enumerate}
|
||||
\vspace{0.5em}
|
||||
}
|
||||
%----------------------------------------------------------------------------------------
|
||||
% WORK EXPERIENCE FORMATTING
|
||||
%----------------------------------------------------------------------------------------
|
||||
|
||||
\newenvironment{rSubsection}[4]{ % 4 input arguments - company name, year(s) employed, job title and location
|
||||
{\bf #1} \hfill {#2} % Bold company name and date on the right
|
||||
\ifthenelse{\equal{#3}{}}{}{ % If the third argument is not specified, don't print the job title and location line
|
||||
\\
|
||||
{\em #3} \quad {\em #4} % Italic job title and location
|
||||
}\smallskip
|
||||
\begin{list}{$\cdot$}{\leftmargin=1.5em} % \cdot used for bullets, no indentation
|
||||
\itemsep -0.2em \vspace{-0.2em} % Compress items in list together for aesthetics
|
||||
}{
|
||||
\end{list}
|
||||
\vspace{0.2 em} % Some space after the list of bullet points
|
||||
}
|
||||
|
||||
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% FORMAT C SKILLS COMMANDS
|
||||
%----------------------------------------------------------------------------------------
|
||||
|
||||
% Skills group environment: \begin{skillgroup}{Group Name} ... \end{skillgroup}
|
||||
% Renders bold header + indented dash sub-items. Each \skilldash = exactly 1 rendered line.
|
||||
\newenvironment{skillgroup}[1]{%
|
||||
\textbf{#1}\par\nopagebreak%
|
||||
\vspace{-\parskip}%
|
||||
\begin{list}{--}{\leftmargin=0.8em \labelsep=0.3em \itemsep=0pt \topsep=0.1em \parsep=0pt \partopsep=0pt}%
|
||||
}{%
|
||||
\end{list}%
|
||||
\vspace{-\parskip}\vspace{0.45em}%
|
||||
}
|
||||
|
||||
% Single dash sub-item within a skillgroup. Content must fit 1 rendered line.
|
||||
% Char limit: 119 - (0.5 x bold_char_count) at 10pt
|
||||
\newcommand{\skilldash}[1]{\item #1}
|
||||
|
||||
%----------------------------------------------------------------------------------------
|
||||
% EXPERIENCE SUB-THEME COMMAND
|
||||
%----------------------------------------------------------------------------------------
|
||||
|
||||
% Sub-theme underline header within rSubsection
|
||||
\newcommand{\subtheme}[1]{\item[] \underline{#1}}
|
||||
|
||||
% The below commands define the whitespace after certain things in the document - they can be \smallskip, \medskip or \bigskip
|
||||
\def\namesize{\huge} % Size of the name at the top of the document
|
||||
\def\addressskip{\smallskip} % The space between the two address (or phone/email) lines
|
||||
\def\sectionlineskip{\medskip} % The space above the horizontal line for each section
|
||||
\def\nameskip{\medskip} % The space after your name at the top
|
||||
\def\sectionskip{\medskip} % The space after the heading section
|
||||
@@ -0,0 +1,243 @@
|
||||
# Session: Microsoft — Principal Forward Deployed Engineer, Software Engineer (German Speaking)
|
||||
|
||||
## JD Info
|
||||
- **File:** `output/Microsoft_Principal_FDE_SWE/JD_microsoft_principal_fde_swe.txt`
|
||||
- **JD source:** live scrape 2026-07-27 via Playwright (job_scout venv, `apply.careers.microsoft.com` position page) — **real posting text, verbatim**
|
||||
- **Role:** Principal Forward Deployed Engineer – Software Engineer – German Speaking
|
||||
- **Req:** 200043897 · posted 2026-07-17 · open min. 5 days, ongoing until filled
|
||||
- **Company:** Microsoft — **Frontier Company Engineering** (new org, formalized 2026-07-02)
|
||||
- **Location:** Switzerland, Zürich — **work site "0 days / week in-office – remote"**
|
||||
- **Travel:** header says 25–50%; preferred quals say "comfortable with travel up to 25%" (tension — clarify at screen)
|
||||
- **Role type:** Individual Contributor (JD: "This is a senior individual contributor role")
|
||||
- **Bundle:** PRIMARY `bundle_data_engineer.md` (Tier 1) + SECONDARY `bundle_ml_ai_engineer.md` (Tier 2) — pending user confirm
|
||||
- **Format:** Resume (2-page, resume.cls) + 1-page cover letter
|
||||
- **Salary:** IC4 CHF 146,200–245,900 · **IC5 CHF 183,800–309,700** (IC5 floor clears the 180k all-in bar)
|
||||
|
||||
## JD Analysis
|
||||
|
||||
### Requirements
|
||||
| # | Requirement | Match | Evidence |
|
||||
|---|-------------|-------|----------|
|
||||
| 1 | BSc CS or related + 6+ yrs coding (C/C++/C#/Java/JS/Python) | **Direct** | M.Eng. Computer Aided Engineering (Software Design & Engineering), UniBw München; ~12 yrs since 2013. Python/Java core; C# at Fraunhofer/Bosch (secondary) |
|
||||
| 2 | Preferred: MSc + 8+ yrs / BSc + 10+ yrs | **Direct** | M.Eng. 2013 + ~12 yrs — clears the strongest preferred tier |
|
||||
| 3 | Partnering directly with customers or internal stakeholders, end-to-end delivery | **Direct** | SW-4 B2B data products for stakeholders; BS-3 Application Owner (vendor mgmt, training, SLOs); GN-1 |
|
||||
| 4 | Build and ship production-grade solutions, end-to-end ownership | **Direct** | SW-2 Component Owner under on-call SLA; SW-3 K8s + GitLab CI/CD; BS-1 ML inference into 24/7 fab |
|
||||
| 5 | Engineering execution in complex/ambiguous, fast-moving environments | **Direct** | BS-1 (24/7 fab, no deployment windows) is the strongest constraint story in the KB |
|
||||
| 6 | Engage/influence senior stakeholders, guide technical + business decisions | **Bridge (med-high)** | SW-4 stakeholder/product interface, BS-3 Application Owner, Swisscom Leadership Cohort 2025, Bundeswehr officer service. Not a formal "trusted advisor to C-suite" track record |
|
||||
| 7 | Hands-on AI solution delivery — **building/deploying LLM-based systems**, model quality/performance, modern cloud AI platforms | **Bridge (LOW-MED) — KEY RISK** | SW-8 = *configured* domain-grounded LLM agents in a Swisscom web interface (model selection + knowledge base) for Q&A/migration/data-mapping. **Deployment, adoption, RAG, API and eval work are NOT verified.** SW-7 Data Mesh/metadata = the data foundation agents query |
|
||||
| 8 | Apply industry/customer context to tailor solutions | **Direct** | Telco (Swisscom), semiconductor (Bosch), insurance (Generali), broadcast (Vizrt), defence (Bundeswehr) — genuine multi-industry range |
|
||||
| 9 | Prepare/transition work to FDE crews, continuity across engagement lifecycle | **Bridge (med)** | BS-3 Application Owner: documentation, training, vendor management, handover |
|
||||
| 10 | Entrepreneurial mindset, drive urgency and accountability | **Bridge (med)** | On-call SLA ownership, proactive process automation (SW-4), promotion arc |
|
||||
| 11 | **Must speak fluent German** | **Direct — DIFFERENTIATOR** | German native speaker (German citizen). Narrows the CH candidate pool hard at Principal level |
|
||||
| 12 | Travel 25–50% | **Direct** | Lived/worked NO/DE/CH + Shanghai master's; travel-OK from Bern (no relocation) |
|
||||
|
||||
### ATS Keywords
|
||||
- **Role/lane:** Forward Deployed Engineer, FDE, customer-embedded, production-grade, end-to-end ownership, individual contributor, principal
|
||||
- **AI/LLM:** LLM-based systems, AI agents, domain-grounded, knowledge base, cloud AI platforms, agentic workflows, model selection
|
||||
- **Engineering:** Python, Java, C#, Kubernetes, Docker, CI/CD (GitLab), microservices, containerization, DevOps
|
||||
- **Data/cloud:** AWS (S3, Glue, Athena, Iceberg, Redshift, Airflow, CloudFormation), Kafka, Teradata, Oracle, Data Mesh, data products, metadata management, ETL
|
||||
- **Delivery/soft:** stakeholder engagement, technical leadership, ambiguity, time to value, SLA, on-call, agile, handover/enablement
|
||||
- **Language:** German (native), English (fluent)
|
||||
|
||||
### Gap Assessment
|
||||
- **Direct:** coding breadth + tenure, production ownership under SLA, K8s/CI/CD delivery, multi-industry context, German, travel/mobility, cloud (AWS)
|
||||
- **Bridge (state honestly):**
|
||||
- Senior-stakeholder influence — real but not a C-suite advisory track record (med-high)
|
||||
- FDE-crew handover — Application Owner handover/training is the analogue (med)
|
||||
- **Gap (do NOT claim):**
|
||||
- **Azure.** His cloud depth is **AWS**, not Azure/Foundry/Copilot Studio. The JD does not name Azure, but the org is Azure-centric. Do not invent Azure experience; position AWS as transferable cloud-native depth and let German + delivery carry the file.
|
||||
- **Deep LLM engineering.** No fine-tuning, no RAG/eval pipeline ownership, no LLM serving infrastructure. SW-8 is configuration-level. Never write "built/deployed LLM systems in production."
|
||||
- No consulting/professional-services or pre-sales title.
|
||||
- No formal people management (JD does not ask for it — this is an IC role, so not a gap for this req).
|
||||
|
||||
## Company Context
|
||||
- **Mission:** "Empower every person and every organization on the planet to achieve more."
|
||||
- **Microsoft Frontier Company** — formalized **2026-07-02**: ~$2.5B and ~6,000 industry + engineering specialists dedicated to deploying enterprise AI (Azure, Copilot, agents, customer data) directly inside customer organizations. Named early customers include Unilever and Novo Nordisk. This req (posted 15 days later) is part of that build-out — a newly funded org hiring at volume, which materially improves odds versus a single backfill req.
|
||||
- **This role:** primary technical leader aligned to one strategic account; ships production solutions inside the customer's environment "in days, not months," then hands off to FDE crews. Microsoft is now selling *implementation* as the product — the bottleneck is enterprise data readiness and integration, not model quality.
|
||||
- **Swiss context:** Microsoft AI Tour Zürich (2026-04-29, 3,000+ leaders at Messe Zürich) themed on AI moving from experimentation to production; Microsoft targets 1M people in Switzerland skilled in AI/digital by 2027 (500k+ done). German-speaking DACH enterprise accounts are the obvious deployment ground for this Zürich req.
|
||||
- **Culture:** growth mindset, respect/integrity/accountability; FDE sub-culture prizes speed, ambiguity tolerance, and hands-on shipping over advisory decks.
|
||||
- **"Why them" angle:** Frontier's stated problem — enterprise AI stalls on messy, ungoverned data and integration reality, not on models — is exactly the problem Dennis works on now (Data Mesh, governed data products, metadata management as the foundation agents query). He has been on the *customer* side of this equation inside a large regulated European enterprise.
|
||||
|
||||
## Framing Strategy
|
||||
- **Lead narrative:** *A senior engineer who ships production systems inside large, regulated European enterprises — and who has built the governed data foundation that enterprise AI actually needs — now bringing that from the inside of Swisscom/Bosch to Microsoft's customers, in German.*
|
||||
- **Reframing map:**
|
||||
- Component Owner (Fulfillment ETL, on-call SLA) → end-to-end ownership of production-grade solutions
|
||||
- B2B data products + stakeholder analytics → partnering directly with customers to translate business needs into technical approaches
|
||||
- Bosch ML inference into 24/7 fab → shipping into an unforgiving live customer environment, no deployment window
|
||||
- Application Owner (SLOs, vendor mgmt, training, documentation) → engagement continuity and handover to delivery crews
|
||||
- Data Mesh / data products / metadata management → the governed, discoverable data layer enterprise AI and agentic workflows depend on
|
||||
- Multi-industry career (telco, semiconductor, insurance, broadcast, defence) → applying industry context to tailor solutions
|
||||
- **Emphasize:** production ownership under SLA · shipping into constrained live environments · multi-industry range · German + international mobility · cloud-native (AWS) depth · the data-foundation-for-AI angle
|
||||
- **Downplay:** test automation / BDD / QA early career · RPA/Camunda · Spotfire/BI tooling · academic framing · Security Champion (JD does not ask for security)
|
||||
- **CL hooks:** (1) Frontier Company launch 2026-07-02 and "implementation as the product"; (2) Bosch 24/7 fab ML deployment as the ship-into-live-environment credential; (3) Data Mesh/metadata as the enterprise-AI-readiness answer; (4) German-language DACH delivery from Bern.
|
||||
- **User directives:** none given beyond role selection.
|
||||
|
||||
### Scope Discipline guardrails (CLAUDE.md + `[[feedback_bigcorp_ownership_scope]]`)
|
||||
The KB itself contains framings that violate the scope rule — **do not copy them verbatim**:
|
||||
- `bundle_data_engineer.md` S3/S5 and `experience_swisscom.md` SW-1 say "Led migration of legacy Teradata/Oracle ETL stack" / "sole technical lead." Scope it: *"migrated my domains' ETL stack to AWS"* / *"contributed to the warehouse migration."*
|
||||
- SW-7 2L opens "Built decentralized Data Mesh" — banned pairing. Use *"Built governed data products within Swisscom's company-wide Data Mesh."*
|
||||
- SW-8: never escalate "configured" to "built/deployed/fine-tuned."
|
||||
|
||||
## Critique Context
|
||||
- **Reviewer persona:** A Microsoft Frontier FDE hiring manager or Principal FDE peer in Zürich — ships customer code weekly, has watched enterprise AI pilots die on data access and integration. Impressed by: evidence you have personally carried something into a hostile production environment and owned the pager; concrete stakeholder translation. Bored by: tool lists, certification stacking, "passionate about AI," advisory language with no shipping evidence.
|
||||
- **Competitive landscape:** The obvious fit is a Big-4 / Accenture / Microsoft-partner consultant with Azure + Copilot Studio delivery scars and German, or an ex-Palantir FDE. Versus them Dennis is short on Azure and on customer-facing delivery *titles* — but longer on genuine production ownership inside an enterprise (they usually leave before the pager) and on the data-governance layer Frontier keeps hitting. Play the insider-operator card, not the consultant card.
|
||||
- **Domain vocabulary (insider vs outsider):** "time to value," "engagement lifecycle," "crew handover," "account-aligned," "shipping in days not months," "data readiness," "grounding," "agent orchestration." Outsider tells: calling FDE work "consulting," saying "solutioning," implying pre-sales, or overclaiming LLM internals.
|
||||
|
||||
## Cover Letter Plan
|
||||
- **Institution type:** Industry — hyperscaler, new customer-embedded engineering org
|
||||
- **Paragraph count:** 4 paragraphs, 250–300 words, 1 page
|
||||
- **P1 hook:** Frontier Company (launched 2026-07-02) sells implementation as the product; the failure mode is enterprise data readiness. Open with Bosch: containerized ML inference into a 24/7 wafer fab with no deployment window — shipping into a live environment that cannot be paused.
|
||||
- **P2–P3 evidence:** SW-2 Component Owner under on-call SLA + SW-3 K8s/GitLab CI/CD (production ownership); SW-7 Data Mesh/governed data products/metadata (the AI-readiness layer); SW-4 + BS-3 (stakeholder translation, handover, training).
|
||||
- **Domain pivot:** From building the data foundation *inside* one enterprise → doing it *alongside* many, as an account-aligned FDE. One honest sentence on LLM work at configuration level; no overclaim.
|
||||
- **Jargon level:** Technical (engineer-to-engineer), HR-safe on the German/mobility lines.
|
||||
- **"Why them" hook:** German-language delivery to DACH enterprises from Bern, plus the Swiss-market push (AI Tour Zürich, 1M-skilled-by-2027) — and a career spent on exactly the data problems Frontier's customers are stuck on.
|
||||
|
||||
### CL as-built (2026-07-27) — hooks verified
|
||||
P1 hook was **changed from the session plan**: instead of opening on the Frontier launch facts ($2.5B / 6,000 engineers / 2026-07-02), the letter opens on **Microsoft's own stated premise** — enterprise AI fails on making models useful inside a real company, not on model access. Launch-stat recitation reads as press-release paraphrase; the premise framing turns Dennis's weakest area (LLM depth) into the letter's argument (data readiness is the bottleneck, and that is his day job). The MIT Project NANDA "95% of GenAI pilots deliver zero P&L impact" stat behind this framing was **deliberately not quoted** — an unsourced number in a CL invites a fact-check.
|
||||
|
||||
**Deliberate avoidance:** Microsoft publicly distanced itself from the FDE label at launch ("This goes beyond what has been labeled as Forward-Deployed Engineering"), even though the req title uses it. The CL therefore uses the JD's own vocabulary but never argues FDE-as-a-category.
|
||||
|
||||
**Hook verification:**
|
||||
| Claim | Evidence | Source |
|
||||
|---|---|---|
|
||||
| Frontier Company premise: hard part is making models useful inside real companies, not model access | Verified. $2.5B / ~6,000 engineers, announced 2026-07-02 by Judson Althoff, president Rodrigo Kede Lima. Early partners Unilever, Land O'Lakes, Novo Nordisk. Framing tied to MIT Project NANDA finding that 95% of enterprise GenAI pilots show zero P&L impact | [TechCrunch](https://techcrunch.com/2026/07/02/microsoft-launches-its-own-ai-deployment-company-with-2-5-billion-commitment/), [GeekWire](https://www.geekwire.com/2026/microsoft-announces-2-5b-frontier-company-to-embed-ai-engineers-inside-customers/), [CIO Dive](https://www.ciodive.com/news/microsoft-25b-embed-engineers/824392/) |
|
||||
| AI Tour Zürich, April 2026 | Verified: 2026-04-29, 3,000+ leaders at Messe Zürich, themed on AI moving from experimentation to deployment | [Microsoft Source EMEA](https://news.microsoft.com/source/emea/2026/04/microsoft-ai-tour-zurich-setting-direction-in-the-ai-era/) |
|
||||
| One million people in Switzerland skilled by 2027 | Verified; 500,000+ already skilled | [Microsoft Source EMEA](https://news.microsoft.com/source/emea/features/switzerlands-digital-future-microsofts-commitment/) |
|
||||
|
||||
**ISE differentiation (2nd live MS Zürich application):** different hook (Frontier data-readiness vs. ISE Engineering Fundamentals Playbook), no cross-industry ramp list, and the $400M Swiss datacenter line was **not reused** (AI Tour / skilling used instead).
|
||||
|
||||
**One CL-only claim, not on the resume:** Generali posted him to Cologne and Vienna for months at a time. Held back from the resume line deliberately (session line 146) and used here to evidence the 25–50% travel requirement.
|
||||
|
||||
## Bullet Plan
|
||||
|
||||
**Confirmed Phase 0 decisions:** bundle = Data Engineer PRIMARY + ML/AI SECONDARY · LLM framing = hedge tightly, lead with data foundation · format = 2-page resume + 1-page CL.
|
||||
|
||||
### Budget decision — RESOLVED (user-confirmed 2026-07-27)
|
||||
`resume_reference.md` Quick Budget Card says **~20 variable bullets**; `bundle_data_engineer.md` says **9–11**. They disagree.
|
||||
|
||||
**Resolution: 12 bullets / 20 rendered lines, mixed 2L+1L weights**, chosen for clarity over density on user instruction.
|
||||
|
||||
Readability research behind the call:
|
||||
- [Ladders eye-tracking](https://www.theladders.com/static/images/basicSite/pdfs/TheLadders-EyeTracking-StudyC2.pdf): 7.4 s initial scan; resumes fail on "cluttered layouts, a lack of white space… and long sentences." Adequate white space *looks* longer to scan but is absorbed faster.
|
||||
- Consensus density: **3–6 bullets per job**, tapering by recency (current 4–6 → oldest 2–3); recruiters skim past the 6th–7th bullet in a block.
|
||||
- Recommended bullet length: **15–25 words**. A 2L bullet at ~200 chars is ~30 words — above range. This, not the count, was the source of the "packed" feeling.
|
||||
|
||||
**Applied:** 2L kept where substance earns it (Swisscom, Bosch); 1L for the three older positions. `config.md`'s "all variable bullets are 2L" is **overridden for this package only** — user declined a global config change.
|
||||
|
||||
### Position 1 — Swisscom, Staff Data, Analytics & AI Engineer (Oct 2023 – Present) — 5 bullets, 10 lines
|
||||
| | ID | Achievement | Variant | Lines | JD Match |
|
||||
|---|---|---|---|---|---|
|
||||
| * | SW-2 | Component Owner, Fulfillment ETL — on-call SLA, governance | 2L | 2 | Direct (req 4) — LEAD |
|
||||
| * | SW-7 | Governed data products + metadata mgmt within Swisscom's Data Mesh (AWS) | 2L | 2 | Direct (req 7 data-readiness) |
|
||||
| * | SW-1 | Migrated **his domains'** ETL stack to AWS (S3/Glue/Athena-Iceberg/Redshift/Airflow/CFN) | 2L | 2 | Direct |
|
||||
| * | SW-4 | B2B data products + stakeholder delivery, automation, RCA | 2L | 2 | Direct (req 3 — REQUIRED qual) |
|
||||
| * | SW-8 | Configured domain-grounded LLM agents (model selection + knowledge base) | 2L | 2 | Bridge LOW-MED (req 7) — HEDGED |
|
||||
| o | SW-3 | Python data apps on Kubernetes + GitLab CI/CD | 2L | 2 | **CUT for density** — K8s/Docker still carried by BS-1 + Skills; SW-4 kept instead because req 3 is a *required* qual |
|
||||
| o | SW-6 | PySpark | — | — | Fold into Skills |
|
||||
| x | SW-5 | Security Champion | — | — | JD silent on security; corrected to 2025/2026 team role, default OMIT |
|
||||
|
||||
### Position 2 — Bosch Semiconductor Dresden, (Senior) Data Engineer (Feb 2020 – Dec 2022) — 3 bullets, 6 lines
|
||||
| | ID | Achievement | Variant | Lines | JD Match |
|
||||
|---|---|---|---|---|---|
|
||||
| * | BS-1 | Containerized ML inference (Docker/K8s/Ansible) into 24/7 fab | 2L | 2 | Direct (req 5) — LEAD |
|
||||
| * | BS-3 | Application Owner — SLOs, vendor mgmt, training, documentation | 2L | 2 | Direct (req 9 handover, req 6) |
|
||||
| * | BS-2 | Data services in Python, Java and C# over Oracle + Hadoop/Impala | 2L | 2 | Direct (req 1 languages) |
|
||||
| o | BS-4 | ELK + Kafka anomaly-detection PoC, Grafana/Prometheus/Loki | 2L | 2 | Filler — platform breadth |
|
||||
| o | BS-5 | Spotfire platform co-ownership + TIBCO Analytics Forum 2022 talk | 2L | 2 | Filler — public speaking credential |
|
||||
|
||||
### Position 3 — Fraunhofer CML Hamburg, Research Software Engineer (Sep 2018 – Oct 2019) — 2 bullets, 2 lines
|
||||
| | ID | Achievement | Variant | Lines | JD Match |
|
||||
|---|---|---|---|---|---|
|
||||
| * | FC-1 | SCEDAS (C#/.NET/MS SQL) + independently established Jenkins CI/CD | **1L** | 1 | Direct (req 1 C#) |
|
||||
| * | FC-3 | MISSION microservices (Express.js, JavaScript, Docker, SQLite) | **1L** | 1 | Direct (req 1 JS) |
|
||||
| o | FC-2 | ARTUS ML/NLP for sea-rescue transcription — verb MUST be "Contributed" | 1L | 1 | Reserve — honest ML thread |
|
||||
|
||||
### Position 4 — Vizrt Bergen (Norway), DevOps Engineer (Jul 2017 – May 2018) — 1 bullet, 1 line
|
||||
| | ID | Achievement | Variant | Lines | JD Match |
|
||||
|---|---|---|---|---|---|
|
||||
| * | VZ-1 | Python + C++ distributed video transcoding backend (CNN, BBC, Al Jazeera) | **1L** | 1 | Direct (req 1 C++; international) |
|
||||
| o | VZ-2 | A/V test suite + CI/CD quality gates | 1L | 1 | Reserve |
|
||||
|
||||
### Position 5 — Generali GDIS **Hamburg**, Software Engineer → IT Consultant (May 2015 – Jun 2017) — 1 bullet, 1 line
|
||||
_Location line reads **Hamburg, Germany** — user-confirmed 2026-07-27. **Cologne and Vienna were international-traineeship stations** (several months each), NOT the base. Omitted from the resume line as noise; **held as a cover-letter / interview asset** since this JD wants 25–50% travel and international delivery. See `[[feedback_generali_location]]`._
|
||||
| | ID | Achievement | Variant | Lines | JD Match |
|
||||
|---|---|---|---|---|---|
|
||||
| * | GN-1 | Introduced BDD + held technical ownership; trained team, Java Community talk | **1L** | 1 | Bridge (req 9 enablement, initiative) |
|
||||
| o | GN-3 | Java/J2EE features, XLDeploy, Apache Camel/Spring Boot PoC | 1L | 1 | Reserve (req 1 Java) |
|
||||
| x | GN-2 | UIPath RPA | — | — | Off-thesis |
|
||||
|
||||
**Budget:** **12 bullets / 20 rendered lines** (Swisscom 5×2L, Bosch 3×2L, Fraunhofer 2×1L, Vizrt 1×1L, Generali 1×1L).
|
||||
Reserve if page 2 underfills, in priority order: **SW-3** (K8s/CI-CD, 2L) → **BS-4** (ELK PoC, 2L) → **FC-2** (ARTUS, 1L) → **VZ-2** (1L) → **GN-3** (1L) → **BS-5** (Spotfire/TAF 2022, 2L).
|
||||
Rule: if underfilled, **add a reserve bullet — never inflate an existing one past ~205 chars.**
|
||||
**Excluded per provenance/config:** SW-5 (Security Champion — config conflict + not asked), GN-2/GN-4, CA-1 (Capgemini — excluded per `[[user_profile]]`), FC-4.
|
||||
**Position themes to generate:** each rSubsection theme must carry the FDE narrative (ownership → delivery → enablement), not generic data-engineering labels.
|
||||
|
||||
## Output Files
|
||||
- Resume: `output/Microsoft_Principal_FDE_SWE/e2e_microsoft_principal_fde_swe_resume.tex`
|
||||
- Cover Letter: `output/Microsoft_Principal_FDE_SWE/e2e_microsoft_principal_fde_swe_cover_letter.tex`
|
||||
- Critique: `output/Microsoft_Principal_FDE_SWE/critique_microsoft_principal_fde_swe.md`
|
||||
|
||||
## Edit 1 Baseline
|
||||
- Pages: 2
|
||||
- Char violations: none (18 variable experience bullets; 5 fixed certification items excluded)
|
||||
- Orphan violations: none
|
||||
- White space last page: roughly the lower quarter-to-third (about 12--14 rendered lines)
|
||||
- Variable bullets: 18
|
||||
- Rendered lines: 29
|
||||
- Status: COMPLETE
|
||||
|
||||
## Edit History
|
||||
### Edit 1 (2026-07-27): Tier 1 critique fixes, Option A
|
||||
- Changes: corrected Skills provenance; added Forward Deployed Engineering as future intent; surfaced the Apr 2025 Senior-to-Staff promotion; strengthened business-needs and transition vocabulary; rewrote the CL opener around Bosch/Swisscom production proof.
|
||||
- Source: critique Tier 1 items 1, 2 and 4 plus Tier 2 vocabulary items 1--2; user-approved Option A retained the mixed 1L/2L structure.
|
||||
- Verification: resume 2 pages; CL 1 page and 262 words; 0 OVER bullets; 0 orphan violations; 0 box warnings; fingerprint scan passed.
|
||||
- Layout decision: page-2 white space remains intentional under Option A; template-locked typography and spacing were not changed.
|
||||
|
||||
| Metric | Before | After | Delta |
|
||||
|---|---:|---:|---:|
|
||||
| Page count | 2 | 2 | 0 |
|
||||
| Char violations | 0 | 0 | 0 |
|
||||
| Orphans | 0 | 0 | 0 |
|
||||
| White space | lower quarter-to-third | unchanged, accepted | 0 |
|
||||
| Variable bullets | 18 | 18 | 0 |
|
||||
| Rendered lines | 29 | 29 | 0 |
|
||||
|
||||
## Critique Summary
|
||||
- **Pass 2 critique score:** **84.2/100** (2026-07-27; CURRENT), up from 80.8 after Edit 1.
|
||||
- **Interview estimate:** 45--55% chance of reaching a first interview. The native-German filter, visible Staff promotion and operator credibility help; direct LLM-system and strategic-account experience set the ceiling.
|
||||
- **Tier 1 fixes:** none remaining that are both evidence-backed and consistent with the user-approved Option A layout.
|
||||
- **Accepted exception:** the lower quarter-to-third of page 2 remains unused; readability was chosen over padding or lower-value content.
|
||||
- **Hard ceiling:** about 85/100 from current verified evidence. Direct LLM build/deploy/evaluation, Azure AI delivery, or strategic external-account ownership would be needed to lift it materially.
|
||||
|
||||
## Status
|
||||
- Phase 0: **DONE** (bundle/format/framing confirmed by user 2026-07-27)
|
||||
- Phase 1: **DONE** (plan confirmed; 12-bullet core + reserves)
|
||||
- Phase 2 Resume: **DONE** — Summary, Skills, all 5 positions, compiled 2 pages, no overfull boxes
|
||||
|
||||
### Phase 2 as-built (differs from the Phase 1 plan — page fill forced it)
|
||||
Final: **18 bullets / 29 rendered lines** — Swisscom 6×2L, Bosch 5×2L, Fraunhofer 3×1L, Vizrt 2×1L, Generali 2×1L.
|
||||
|
||||
The 12-bullet / 20-line plan compiled to a page 2 that was **~40% empty** — far outside the ≤3-line fill gate. All six reserves were added back in the recorded priority order. Net result vs. the Microsoft ISE package (same 18 bullets, 36 lines): **29 lines, ~19% less dense** — the clarity gain came from 1L conversions on the three older positions, not from cutting content.
|
||||
|
||||
**Page-fill gate: NOT strictly met.** ~7 lines of white space remain at the bottom of page 2 (gate wants ≤3). Deliberate: the only remaining reserve is SW-6 (PySpark), which is pure filler already covered in Skills. Padding it in would undo the clarity the user asked for. Flagged for the user rather than silently padded.
|
||||
|
||||
### Calibration learned (apply to future packages)
|
||||
`resume_reference.md`'s 1L band of **105–111 chars is too optimistic** for text with many capitals/wide glyphs. At 112 and 115 chars, two 1L bullets wrapped to a second line with single-word orphans ("rescue.", "PoC."). **Empirical safe 1L target for this content class: ~100–105.** Also: LaTeX cannot break slashed compounds (`Teradata/Oracle`, `Athena/Iceberg`) — a pile-up of them caused a 25pt overfull; use "and"/commas instead.
|
||||
|
||||
### Accuracy fixes carried into this package
|
||||
- **RAG removed.** The ISE resume's skills line claimed "custom GPTs with domain grounding (RAG)". SW-8 forbids claiming retrieval implementation — dropped, now reads "domain-grounded agents, custom GPTs".
|
||||
- **SW-1 scoped** — "Migrated my domains' ETL stack… to Swisscom's cloud-native AWS platform" (not "led migration of the legacy stack").
|
||||
- **SW-7 scoped** — "governed data products… within Swisscom's company-wide Data Mesh" (not "built a Data Mesh").
|
||||
- **SW-8 hedged** — "Configured domain-grounded LLM agents… selecting available models and supplying curated domain knowledge bases." No deployment, adoption, RAG or eval claims.
|
||||
- **SW-5 omitted** entirely (JD silent on security).
|
||||
- **Generali = Hamburg**; Cologne/Vienna traineeship stations held back for the CL/interview.
|
||||
- Cover Letter: **EDIT 1 DONE 2026-07-27** — 3 paragraphs, 262 words, 1 page, clean compile, fingerprint scan passed
|
||||
- Critique: **CURRENT — PASS 2 COMPLETE 2026-07-27, 84.2/100**
|
||||
- Finalization: **DONE 2026-07-27** — complete artifact check passed; Dennis_Thiessen_Resume.pdf and Dennis_Thiessen_Cover_Letter.pdf created and hash-verified.
|
||||
- Application: **SUBMITTED 2026-07-27**.
|
||||
- **Next:** Done — await response.
|
||||
|
||||
## KB Issues Found (log to CLAUDE.md KB Corrections)
|
||||
1. `experience_swisscom.md` SW-5 is titled "Security Champion — 3 Consecutive Years" and its bullets claim 2023/24–2025/26. `config.md` KB Corrections says **2025/2026 only, and it is not an award**. The experience file contradicts config and should be corrected at source.
|
||||
2. `bundle_data_engineer.md` S3/S5 and SW-1 use unscoped "Led migration of legacy stack" phrasing that violates CLAUDE.md Scope Discipline.
|
||||
3. `config.md` Role Types references `bundle_semiconductor.md`, which does not exist in `resume_builder/bundles/`.
|
||||
Reference in New Issue
Block a user