- AI-supported Engineering
- 1. Metrics project
- 2. Stakeholder communication
- 3. MicroHRV: Recognizing Rare Events in Microwave Radio Links and Intensive Care Units using Machine Learning
- 4. T4AI – Transforming Software Architectures for AI
- 5. DEVELOP – Design, Verification and Validation of ML systems in automotive
- Cybersecurity Hackathon and Design Jam @ Software Center Reporting workshop
- Industrial impact of Rendex – requirements quality tool
- QuaSAR@car
- RAWFP – Resource aware functional programming
- Size and quality between software development approaches
- VISEE
- Workshop on Software Metrics and Measurements as Foundations of Big Data, Software Analytics and Machine Learning
- Continuous and Automated Quality Assurance
- An Analysis of Team-based Development within an Activity Based Working Environment
- Aspects of Automated Testing
- Call for participation in an investigation in Continuous Integration Visualization
- Modeling and Analyzing Collaborating Machines
- Modeling and Analyzing Event-based Autonomous Systems
- Data Visualization for Continuous Integration
- Enterprise Scale Continuous Integration and Delivery
- Continuous Delivery
- Continuous Safety, Security and Architecture
- IoTArch: Improving the Design and Realization of Situational Aware Internet of Things Systems for Emergency Situations Handling
- Managing Model Inconsistencies
- Model-based development and continuous integration
- Closing the Safety-Security gap in software intensive systems
- Evolution support for architectural artefacts
- Managing Architectural Technical Debt
- Managing Interoperability Concerns in Large Systems
- End-to-end Variability Management
- Ensuring Quality of Service through Modeling of Resource Requirements and Service-level Agreements in Industrial IoT
- Managing Interoperability Concerns in Large Systems
- Managing Practices for Development Speed
- Scaling Agile development in mechatronics organizations
- Customer Data- and Ecosystem-Driven Development
- Data-driven Digital Transformation
- Metrics
Vision
All Software Center companies have efficient product development, release and deployment processes.
Mission
We help the companies to design and develop modern measurement methods and tools by utilizing state-of-the-art analytics, AI and machine learning.
We use Action Research to increase the impact and adoption of the results (Action Research in Software Engineering), i.e., we work on-site of the companies.
Over the course of ten years of our collaboration, our theme has resulted in over 50 models and tools. We have also published over 200 papers and books that disseminate the results to the public domain.
Examples of the metrics designed and introduced to the companies:
- Release readiness: measuring the number of weeks that the product development team needs to release the product (Agile): Release Readiness Indicator for Mature Agile and Lean Software Development Projects | SpringerLink
- Change waves: measuring the impact of a change on software product: Identifying Implicit Architectural Dependencies Using Measures of Source Code Change Waves | IEEE Conference Publication | IEEE Xplore
- Defect inflow: predicting the number of defects that the development team needs to handle in the coming weeks: Predicting weekly defect inflow in large software projects based on project planning and test status - ScienceDirect
- Code quality: measuring and improving the impact of coding practices on software quality: Recognizing lines of code violating company-specific coding guidelines using machine learning | SpringerLink
- Engineering level: measuring the quality of code in a git repository: PHANTOM: Curating GitHub for engineered software projects using time-series clustering (springer.com)
- SimSAX project similarity: measuring the similarity of projects, for example to monitor the process evolution: LegacyPro—A DNA-Inspired Method for Identifying Process Legacies in Software Development Organizations | IEEE Journals & Magazine | IEEE Xplore, and Simsax: A measure of project similarity based on symbolic approximation method and software defect inflow - ScienceDirect
- MeTEAM: measuring the maturity of software metric teams: MeTeaM—A method for characterizing mature software metrics teams - ScienceDirect
- MESRAM: measuring the quality and quantity of measurement programs: MeSRAM – A method for assessing robustness of measurement programs in large software development organizations and its industrial evaluation - ScienceDirect
Projects
- Continuous Product and Organizational Performance
- Stakeholder Communication
- Associated: MicroHRV
- Associated: T4AI
- Associated: Develop
- Finished: Quasar@Car - Quantifying meta-model changes
- Finished: VISEE - Verification and Validation of ISO 26262 requirements at the complete EE system level
- Finished: Longitudinal Measurement of Agility and Group Development
- Finished: Size and Quality between Software Development Approaches
- Finished: RAWFP - Resource Aware Functional Programming
Metrics blog
- Summer 2026 – where are we going now? July 13, 2026Image by Manueldesign20 from Pixabay It’s hard to believe that 2026 is already halfway and the summer is upon us. When I look back at what happens now, I still think that the best time to be a software engineer is now. We get so many cool tools to work with that we do not […]Miroslaw Staron
- Levels of automated code development… July 10, 2026Image generated by Gemini based on this blow post https://www.mdpi.com/2076-3417/16/10/4788 The practical meaning of automated code generation is shifting rapidly. What was recently categorized as simple “autocomplete” has expanded into complex workflows involving multi-file modifications, test execution, and repository navigation. However, as Zhenhan Chen et al. argue in a recently published article in Applied Sciences, […]Miroslaw Staron
- What are you talking about – one agent asked another… July 3, 2026Image taken directly from the paper https://arxiv.org/pdf/2605.24138 The Software Engineering (SE) landscape is shifting from LLM-assisted workflows, like copilots, toward Autonomous SE, where multiple specialized AI agents cooperate without a human in the loop. The premise is exciting: a ‘Designer’ agent creates the plan, and a ‘Programmer’ agent implements it. Yet, simply letting agents talk […]Miroslaw Staron
- Can we force LLMs to generate the code we really want? June 18, 2026Experiment design – from the paper Large Language Models (LLMs) are revolutionary for programming productivity, producing functional code snippets in seconds. However, as software engineers, my co-authors and I know that “functional” is not the same as “well-designed.” LLMs are generally “bottom-up” thinkers; they excel at local syntax but struggle to adhere to higher-level architectural […]Miroslaw Staron
- My prompt is better than your prompt – how to optimize your prompts in the age of agentic AI June 12, 2026Image generated by Gemini based on the content of this post https://arxiv.org/pdf/2605.19102 Getting Large Language Models (LLMs) to write functional code often feels like casting spells; a slight misphrasing in your prompt can result in a buggy output. This is even more important now that we have agents which work for days on our tasks. […]Miroslaw Staron
Theme 3, Leader: Miroslaw Staron

Professor, Software Engineering division, Department of Computer Science and Engineering, University of Gothenburg
More information
Miroslaw.Staron@cse.gu.se
Phone: +46 31 772 10 81