ICSME Topic Selection
Decide the venue before drafting. ICSME — the IEEE International Conference on Software
Maintenance and Evolution — is the field's dedicated home for what happens to software after
the first release: maintaining it, evolving it, comprehending it, refactoring it, repaying its
technical debt, and mining the repositories that record its history. A brilliant paper about a
greenfield synthesis technique, a novel type system, or a pure ML model is respected and then
rejected as out of scope. The ICSME question is not "is this good SE?" but "is the paper's
centre of gravity a real maintenance-or-evolution problem?"
The routing question that matters most
ICSME overlaps ICSE and FSE (both take maintenance work) and SANER, SCAM, MSR, and ICPC (all
maintenance-adjacent). The decisive test is which community the paper is arguing with and
how central the maintenance lifecycle is to the contribution — plus which live deadline fits.
A paper whose evidence is a legacy system aging under change, a refactoring that developers must
trust, or a bug that survived years of evolution is natively ICSME; a paper that only uses
software as a substrate for a general technique usually belongs elsewhere.
Sibling-venue routing table
| Signal in your project |
Better home |
Why |
| Maintenance/evolution problem is the heart: aging systems, change impact, technical debt, refactoring safety, program comprehension |
ICSME |
The venue built for the post-release lifecycle |
| Broad SE technique or study aimed at the whole field, not specifically maintenance |
ICSE / ESEC/FSE |
General-SE flagships with wider scope and a larger stage |
| The whole method is repository mining and the research question is about mining itself |
MSR |
Purpose-built mining venue (ICSME takes mining applied to maintenance) |
| Static/dynamic source-code analysis or transformation is the core machinery |
SCAM |
Co-located with ICSME; deeper source-analysis expertise |
| Reverse engineering / comprehension with a strong tooling or human angle, early-stage |
SANER / ICPC |
Evolution-adjacent siblings with their own communities |
| Testing depth or fault detection is the contribution |
ISSTA / ASE |
Testing/analysis and automation venues |
| Study too long or too deep for the 10-page IEEE budget |
TSE / EMSE |
Journals with no conference ceiling — and the door back via ICSME's Journal-First track |
Contribution shapes ICSME rewards
- Maintenance/evolution technique + tool + evaluation on real, evolving systems — a change-
impact, refactoring, migration, comprehension, or debt-detection technique, embodied in a tool
and evaluated on real systems with real change history.
- Empirical study of how software ages and changes — mining commit, issue, PR, or release
history to characterize maintenance practice, defect survival, debt accumulation, or evolution.
- Reverse engineering / program comprehension — recovering architecture, models, or intent
from existing code, with evidence it helps a maintainer.
- Replication or negative result (the RENE track's home turf) — re-running prior maintenance
research on new data and reporting honestly what did and did not reproduce.
- Technical-debt and refactoring economics — measuring, predicting, or repaying debt, or
demonstrating that a refactoring preserves behaviour and pays off.
The re-label and lifecycle tests
Two quick tests sharpen a borderline verdict:
- Lifecycle test: does the contribution only make sense because software already exists and
keeps changing? If you can restate it with no reference to history, maintenance, or evolution,
ICSME is probably the wrong room — route to ICSE/FSE or a technique venue.
- Re-label test: could this be submitted to MSR or SCAM unchanged and read as native there? If
its heart is mining-for-its-own-sake or source transformation machinery, route accordingly;
ICSME rewards the maintenance payoff of that machinery, not the machinery alone.
Choosing an ICSME track (not just the research track)
ICSME is unusual in how many doors it opens — pick the one that fits the work's maturity:
[Research track] a complete maintenance/evolution technique or study, ready now
[Journal-First (J1C2)] a TSE/EMSE paper already accepted (2025-2026 window) not yet conf-presented
[Registered Reports] a strong protocol whose result is not yet in -> lock the method, review-first
[RENE] a replication/reproduction on new data, or an honest negative result
[NIER / Visions] an early idea with an argument but not a full study
[Tool Demo / Data] a usable tool or a released dataset as the contribution
[Industry] a practitioner-driven maintenance experience report
Cheap reconnaissance before committing
[Scope] scan the last two ICSME programs (dblp conf/icsm, conf.researchr.org) for your subarea
-> 3+ recent papers = a reviewer pool exists; 0 = opening or mismatch
[Citations] is your bibliography majority maintenance/evolution venues (ICSME/SANER/MSR/ICPC/TSE/EMSE)?
-> majority elsewhere => reviewers read you as a visitor; ground the intro in maintenance first
[Calendar] compare the next ICSME abstract deadline with ICSE/FSE/SANER/journal dates -> route to the
nearest honest fit rather than idling a year
Decision procedure
[Audience] who acts differently if the claim holds? -> maintainers/reverse-engineers/evolution researchers?
[Claim type] technique / empirical / comprehension / replication / debt-economics
[Lifecycle check] does it depend on software already existing and changing? -> yes = ICSME-shaped
[Sibling check] mining-only -> MSR; source transformation -> SCAM; general SE -> ICSE/FSE
[Track choice] research / journal-first / registered report / RENE / NIER / tool-demo / industry
[Verdict] ICSME <track> / sibling venue / journal-first, with a one-line reason
Run this before the writing skills; a wrong venue or wrong-track decision wastes every later step.
When the verdict is ICSME, continue with icsme-workflow for the calendar and
icsme-writing-style for the paper shape.
1---2name: icsme-topic-selection3description: Use when deciding whether a software-engineering project belongs at IEEE ICSME (maintenance, evolution, reverse engineering, program comprehension, technical debt, refactoring, mining software repositories) or should be routed to ICSE, FSE, ASE, ISSTA, MSR, SANER, SCAM, or an SE journal (TSE/EMSE), and when to use ICSME's Journal-First, Registered Reports, or RENE tracks instead of the research track.4---56# ICSME Topic Selection78Decide the venue before drafting. ICSME — the IEEE International Conference on Software9Maintenance and Evolution — is the field's dedicated home for what happens to software *after*10the first release: maintaining it, evolving it, comprehending it, refactoring it, repaying its11technical debt, and mining the repositories that record its history. A brilliant paper about a12*greenfield* synthesis technique, a novel type system, or a pure ML model is respected and then13rejected as out of scope. The ICSME question is not "is this good SE?" but **"is the paper's14centre of gravity a real maintenance-or-evolution problem?"**1516## The routing question that matters most1718ICSME overlaps ICSE and FSE (both take maintenance work) and SANER, SCAM, MSR, and ICPC (all19maintenance-adjacent). The decisive test is **which community the paper is arguing with** and20**how central the maintenance lifecycle is** to the contribution — plus which live deadline fits.21A paper whose evidence is a legacy system aging under change, a refactoring that developers must22trust, or a bug that survived years of evolution is natively ICSME; a paper that only *uses*23software as a substrate for a general technique usually belongs elsewhere.2425## Sibling-venue routing table2627| Signal in your project | Better home | Why |28|---|---|---|29| Maintenance/evolution problem is the heart: aging systems, change impact, technical debt, refactoring safety, program comprehension | **ICSME** | The venue built for the post-release lifecycle |30| Broad SE technique or study aimed at the whole field, not specifically maintenance | **ICSE / ESEC/FSE** | General-SE flagships with wider scope and a larger stage |31| The whole method is repository mining and the research question is about mining itself | **MSR** | Purpose-built mining venue (ICSME takes mining *applied to* maintenance) |32| Static/dynamic source-code analysis or transformation is the core machinery | **SCAM** | Co-located with ICSME; deeper source-analysis expertise |33| Reverse engineering / comprehension with a strong tooling or human angle, early-stage | **SANER / ICPC** | Evolution-adjacent siblings with their own communities |34| Testing depth or fault detection is the contribution | **ISSTA / ASE** | Testing/analysis and automation venues |35| Study too long or too deep for the 10-page IEEE budget | **TSE / EMSE** | Journals with no conference ceiling — and the door back via ICSME's Journal-First track |3637## Contribution shapes ICSME rewards3839- **Maintenance/evolution technique + tool + evaluation on real, evolving systems** — a change-40 impact, refactoring, migration, comprehension, or debt-detection technique, embodied in a tool41 and evaluated on real systems with real change history.42- **Empirical study of how software ages and changes** — mining commit, issue, PR, or release43 history to characterize maintenance practice, defect survival, debt accumulation, or evolution.44- **Reverse engineering / program comprehension** — recovering architecture, models, or intent45 from existing code, with evidence it helps a maintainer.46- **Replication or negative result** (the RENE track's home turf) — re-running prior maintenance47 research on new data and reporting honestly what did and did not reproduce.48- **Technical-debt and refactoring economics** — measuring, predicting, or repaying debt, or49 demonstrating that a refactoring preserves behaviour and pays off.5051## The re-label and lifecycle tests5253Two quick tests sharpen a borderline verdict:5455- **Lifecycle test:** does the contribution only make sense because software *already exists and56 keeps changing*? If you can restate it with no reference to history, maintenance, or evolution,57 ICSME is probably the wrong room — route to ICSE/FSE or a technique venue.58- **Re-label test:** could this be submitted to MSR or SCAM unchanged and read as native there? If59 its heart is mining-for-its-own-sake or source transformation machinery, route accordingly;60 ICSME rewards the maintenance *payoff* of that machinery, not the machinery alone.6162## Choosing an ICSME track (not just the research track)6364ICSME is unusual in how many doors it opens — pick the one that fits the work's maturity:6566```text67[Research track] a complete maintenance/evolution technique or study, ready now68[Journal-First (J1C2)] a TSE/EMSE paper already accepted (2025-2026 window) not yet conf-presented69[Registered Reports] a strong protocol whose result is not yet in -> lock the method, review-first70[RENE] a replication/reproduction on new data, or an honest negative result71[NIER / Visions] an early idea with an argument but not a full study72[Tool Demo / Data] a usable tool or a released dataset as the contribution73[Industry] a practitioner-driven maintenance experience report74```7576## Cheap reconnaissance before committing7778```text79[Scope] scan the last two ICSME programs (dblp conf/icsm, conf.researchr.org) for your subarea80 -> 3+ recent papers = a reviewer pool exists; 0 = opening or mismatch81[Citations] is your bibliography majority maintenance/evolution venues (ICSME/SANER/MSR/ICPC/TSE/EMSE)?82 -> majority elsewhere => reviewers read you as a visitor; ground the intro in maintenance first83[Calendar] compare the next ICSME abstract deadline with ICSE/FSE/SANER/journal dates -> route to the84 nearest honest fit rather than idling a year85```8687## Decision procedure8889```text90[Audience] who acts differently if the claim holds? -> maintainers/reverse-engineers/evolution researchers?91[Claim type] technique / empirical / comprehension / replication / debt-economics92[Lifecycle check] does it depend on software already existing and changing? -> yes = ICSME-shaped93[Sibling check] mining-only -> MSR; source transformation -> SCAM; general SE -> ICSE/FSE94[Track choice] research / journal-first / registered report / RENE / NIER / tool-demo / industry95[Verdict] ICSME <track> / sibling venue / journal-first, with a one-line reason96```9798Run this before the writing skills; a wrong venue or wrong-track decision wastes every later step.99When the verdict is ICSME, continue with `icsme-workflow` for the calendar and100`icsme-writing-style` for the paper shape.
brycewang-stanford