In the nineteenth episode of openBIMvoice, I talk with Jakub Stanasiuk from Poland.
Jakub is a civil engineer with almost 12 years in BIM. He started on the general contractor side, moved into BIM consulting, and has been BIM manager on more than 20 projects. Today he supports a private investor on a rehabilitation hospital near Warsaw, around 10,000 square meters, built to the passive building principle, with more than 20 design disciplines, from structure and HVAC to swimming pool, laundry and kitchen technology and a cryotherapy chamber.
What makes this project unusual is the setup. The same organisation is the investor, the general contractor and the future operator of the hospital. Jakub says this is not typical in Poland, and that it gave them the freedom to test new ways of working, because fewer separate organisations are involved in every decision.
I will be honest, the moment that stayed with me is a small one. They put a computer in a container on site so subcontractors can open the models, and sometimes there is a queue for it. Nobody forced them. They saw that the model shows things a 2D drawing does not.
What we discuss:
Why IFC. For Jakub, IFC is a common language between disciplines and software. He defines his own logic for the information he wants, so it does not matter which authoring tool a designer uses, as long as it can deliver a proper IFC model.
Model First, Drawings Last. In the design stage they did not review drawings first and the model later. They coordinated and approved the BIM models, and only at the end was the final 2D documentation produced from those approved models.
The BIM Container. A place on the construction site where every subcontractor can reach the common data environment, the latest drawings and the models.
Checking What Was Built. Their own SLAM scanner, point clouds of completed work, and the comparison against the model to see if elements are in the right position.
Dalux On Site. Dalux Box in design, Dalux Box and Dalux Field in construction, and engineers who write their reports on tablets straight from the site.
No IDS Yet. Why they do not use IDS or bSDD at the moment, with their own project classification and information structure. I push back a little here, because IDS works well even when all your information sits in custom property sets, and that is how I used it on my own project.
The Real Challenge Is People. Communication, keeping information consistent, different levels of BIM experience, and keeping the models up to date when the site changes fast. Clashes do not disappear with BIM, someone still has to decide.
Getting A Good IFC From Designers. One designer had done it before, for others it was their first BIM project. Jakub trained them himself on exporting IFC from Revit, and they met the requirements.
A New EIR For Every Project. Why he does not believe in copying one standard exchange information requirements document from project to project, and why this one had to be understandable for designers and practical on site, not only technically correct.
Show The Value First. His advice for anyone trying to get a team into openBIM. Do not start with standards and terminology. Start with a simple workflow like IFC model exchange and coordination, and bring in more standards when there is a real need.
The strongest point from this conversation is that good examples are more convincing than presentations. When a subcontractor finds a dimension or understands a difficult detail faster in the model than on a drawing, you do not need to explain why openBIM is useful. They see it themselves.
Find Jakub on LinkedIn: https://www.linkedin.com/in/jakubstanasiuk/
Learn practical openBIM for free in BIMvoice Academy: https://www.skool.com/bimvoice-friends-3158
Find me on LinkedIn: https://www.linkedin.com/in/petruconduraru/
Questions: [email protected]
Fler avsnitt från "BIMvoice"



Missa inte ett avsnitt av “BIMvoice” och prenumerera på det i GetPodcast-appen.








