Tag Archives: teams

Is design ever ‘finished’?

Posted on by
Reply

Finish it by Pedro Travassos, on FlickrOne of the greatest challenges of architecture and design is the fact that there never seems to be enough time.

From student projects onwards there never seems to be enough time to finish designing, detailing and documenting everything about a project.  Essentially, almost every building or fitout is a prototype and to detail every single junction, item or assembly might mean we would never actually finish.  Couple that with the fact that as detailed design and documentation progresses, we may need go back and modify or redesign different parts or elements to improve them or accommodate engineering or product details or the inevitable new client requirement, and at times it feels like design can be a never ending cycle.  Then even as construction takes place, the built reality doesn’t match the ideal, or the contractor has alternative suggestions for products or details.  The client then moves in and the way the space is actually used may differ from their original intentions, or their organisation may have changed over the time the project has taken to come to fruition.  Generally, there  comes a point where further modifications to the the project stop. Its often because of limits, of programs, fee budgets or client expectations –  But does this mean the design was actually finished – can it be and should it be?

To many engineers, it seems that architects and interior designers are notorious for changing their minds and never finishing design.  While it is true that many architects and interior designers are indecisive or looking to constantly keep improving the design at the cost of program (or engineering), it is also just as true that many of these ‘design changes’ are driven by technical or functional requirements.  If the mechanical engineer hasn’t advised the architect of sufficient space they require for plant at the concept stage, the structure may have to change to adjust.  If the client has decided they really need to keep their Comms room onsite instead of using a data centre, then the Comms Room is certainly going to be getting bigger with all the flow on effects to services and other parts of the building that may have.  Many clients and engineers don’t realise that even the smallest of decisions on audio visual or appliances can have flow on effects to the sizes of whole rooms and hence the whole building.  An example is that a corridor with no door in it could be 1m wide, add a door and you might have to increase the width to 1.6m for wheelchairs.  Obviously as architects and designers we try to build some tolerances into our designs from the beginning but extra space gets quickly eaten up.

In every project there has to be points where certain decisions are frozen, and will only change for a significant reason.  Usually we label these points as client sign offs or reviews.  Points at which the client agrees to the design.  The challenge though is always about what level of detail the client signing off.  Unsurprisingly many clients like to leave their changes and decisions as open as possible as late as possible. Its not only the architect or designer that wants to keep their options open.  Even with defined milestones, some clients can be quite difficult about what they believe they have agreed to, particularly if they want design changes and don’t want to pay for them.  Its easier to blame the architect than to concede the client organisation has changed its mind about how they want a space to function.  On one project, we proposed a combined reception and breakout space, initially the client stakeholder group really liked the idea and the images presented.  Some time after signing off on the schematic design and well into our detailed design process, we were informed that the client did not want to proceed with this space.  They wanted a traditional separate reception area, and questioned why we would ever have thought a combined space was suitable.  We found out later that they had decided to temporarily move a different user group into the fitout, and my guess is that the head of the new user group didn’t like the concept.  Thats their choice, but why should we be the ones paying to go back to the drawing board so to speak?

Even without any need for significant client changes during design and documentation, there comes a point where contractors have to price a design and be appointed, and critically construction has to commence.  In an ideal world, the design should not actually be complete before the contractor is selected.  Contractors, and particularly the sub-contractors who are actually doing the work, have their own ideas and suggestions about construction.  These ideas can be a real asset to cost and buildability, as they are the ones that have to actually make it happen.  However, it is rare on larger scale projects (in my experience anything bigger than a single dwelling) or anything put out to competitive tender that this happens in a meaningful way – even on supposed design and construct projects.  Changes and questions inevitably seem to be last minute and often ‘value management’ happens without the input of the designer. Often only the head contractor has been appointed when the design is being finalised, and later the sub-contractors have their own suggestions.

During construction design still continues.  If we detailed every tiny piece of every project then construction documents would be ridiculously complex and would really never end.  Shop drawings and site instructions resolve the finer detail of design.  This phase tends to become the only opportunity for sub-contractor input to design changes.  Whilst we all dream on zero RFIs and variations, is this really a feasible reality?  I’d say not within our current documentation and procurement systems.

When the day of practical completion arrives and the client moves in, many clients think the design process is well and truly done.  However the best clients realise that as you inhabit your spaces you will understand it and realise things you didn’t see during the design process.  Almost everyone can relate to this through their own homes.  Did the furniture you thought of before you moved in suit the spaces in the way you pictured?  It’s the reason why many architects like to camp on a site, or live in their own unrenovated or under furnished homes before they make all the final design decisions.  Its a great idea for clients to save some of their design contingency to continue to work with their architect or designer in the months after they move in to undertake those additional little projects that can make that space just right.  Even with the best design and planning, organisational, technology and other forms of change mean that design should never be static – a building should never be considered finished ‘forever’.  Maybe the built elements are complete, but the lightweight furniture type elements will always need to change over time.

So I believe the answer is no – design is never ‘finished’.  But that shouldn’t mean that we avoid decisions or sign offs, whether by the designer or the client.  If we don’t say stop here and allow the team to move on, then the building will never be built.  In his book, Linchin, Seth Godin talks about the concept of ‘shipping’ which he defines as getting a project completed and out the door.  It is better to have something that is not perfect out there in the world than to have nothing at all.  To me, this is the ‘finished’ that we need to realise as architects and designers, otherwise we could still be working at 2am every day.  To quote Seth Godin “If you want to produce things on time and on budget, all you have to do is work until you run out of time or run out of money. Then ship.” Maybe its not quite that easy, but apparently the more we try the easier it gets.

Ceilidh Higgins

Image Credits: “Finish it” (CC BY 2.0) by  Pedro Travassos 

The early bird catches the worm? When to engage engineers

Posted on by
Reply
Breakfast by Ron Wooten, on FlickrWorking as a collaborative team with project managers, engineers and other consultants as well as the client is a topic I have written about or touched on in many of my previous posts.  Some of my earliest posts on this blog were about working together with engineers, starting with this post on Collaborating with Engineers.

Earlier this year, after coming across this post, sourcable.net asked me to comment on why engineers should be involved early in projects.  “I think early engagement with engineers allows you to explore a lot more possibilities and solutions and not be constrained so much”.  As well as discussing the benefits of early engagement of engineers, this article also discuss the barriers to doing so. To read the full article on sourceable.net click here.

And I should also mention – when I refer to sharing drawings…of course I also mean to include models! Really I should have said sharing design information, which is what really working as a collaborative team is about.

When do you engage with engineers?  What stops you doing so earlier? Do engineers want to be involved early, or would you rather wait until the architect has ‘finished designing’? (Now there is a topic for another day!) Do you see benefits to sharing more information across the consultant team?

Ceilidh Higgins

Image Credits: “Breakfast” (CC BY-SA 2.0) by  Ron Wooten 

Can we have a workplace of the future without a boss of the future?

Posted on by
2
No more boss ... by Bousure, on Flickr
For some years now, but with increasing pace – books, blogs and videos are all predicting a new (and often idyllically portrayed) world of work where workers are empowered to choose where and when they work, teams are built on a project basis to find the best workers, and personal and family life are interwoven around the way we work (this example is from Microsoft). The idea of the physical workplace itself, as a service or as a consumer item forms part of this world, along with technology that is now becoming very real – on demand video conferencing (often with holograms).

 I first remember encountering theses concepts some years ago reading Thomas W Malone’s “The Future of Work” which predicted decentralisation of organisations and more freedom for employees to determine when, where and what to do.  At the time I read the book, the technology wasn’t quite real for me yet, but was already starting to change the way we work. In the 5 or 6 years since then, I know that my iPad and iPhone have drastically changed how I can work, in particular while I am traveling.

This new world of work is sometimes given a timeframe as in this study – Workplace 2040. But what’s stopping this from being Workplace 2020? I don’t think it’s technology, I think it’s the people. One of the key things these scenarios all rely on is the independence of the workers and the ability of these people to work together regardless of physical locations. For the majority of workplaces today, these are already no longer technology issues, any difficulties come down to human nature.

Very few jobs are yet structured around only around doing a set amount of work. Most are still structured around an expectation of set working hours, although perhaps these hours are more flexible now than a generation ago. It is still much more usual to see people staying back because the work is not finished, than for them to go home early when all the work is done. One issue in many workplaces, after of years of economic downturn – is that its pretty rare the work is ever all done, and if it is we worry that to leave early would make us a target for redundancy. But most of the time there are simply insufficient numbers of staff for the work to ever actually be finished. The other issue is that there is still a very common view that we are employed just as much to “be” at the place of work, as we are to “do” work. People are afraid if they finish their work and leave early (or even on time) they will be judged both by their managers and their peers as being lazy, slacking off, not contributing or not being team players – when in actual fact they might be more efficient and better at their jobs. To many employees, flexible has come to mean flexible for employers (I know of one firm where when employees raised the issue of flexibility the employer genuinely believed this meant flexibility in how the work was done – in the office, with no idea staff were wanting flexibility in how and when they worked!)

Even in organisations which already have activity based working or other forms of agile working, these same kinds of problems are occurring. I heard a story about one large ABW workplace which has a working from home policy, but the main workplace is often too full. Is it full because the environment itself is so successful and staff can’t stay away, or is it because there is a least one manager who wanders about every morning ticking off a role of staff and then contacting anyone who hasn’t been in the office for 2 days?

In an ABW environment, the distrust managers have of workers whom they can’t see can manifest even when staff are working within the office but beyond the managers view. It’s the same emotional motivations that lead to workplaces with beautiful but empty breakout spaces – staff are afraid of being seen as slacking off.Perhaps it’s also this fear behind why some middle managers are also so reluctant to give up their offices, it’s not so much about the work they do, or even the status, but their belief that they have earned  their right to not be watched over by the boss.

Another working model enabled by technology and affected by the same issue is distributed working, where company employees are based in different geographic locations.  I have worked in this model and it does present interesting challenges as a team leader.  Whilst staff may have a manger in their physical location, as a team leader you only know your staff are working on your project by the work they produce. You do have to manage differently for performance based outcomes – if you have your team sitting in front of you they are more likely to communicate with you more directly both with questions about the work, if someone else asks them to do something or when the work allocated is completed. Managing a distributed team does take more work – but not only does it allow more flexibility in team structures, where we can work and deliver projects – but it actually teaches managers and team leaders to be better at their jobs, better organised and better communicators.

Managements fear of the invisible employee is not a problem of architecture or design – it doesn’t matter what sort of office you have or how amazing your design team are. If your managers don’t trust their staff and are not trained to manage remote staff (from on another floor to in another country), then ‘new ways of working’ won’t work for your organisation. Very few organisations actually train people to manage teams, we don’t learn it at university either. Historically managers usually start out on the management path because they are good at the technical thing that they do – not because they are good at managing other people. If they make money for the organisation, they are likely to be promoted further regardless of their people management skills. Maybe at some point their organisation will decide they need some extra ‘soft skills’ but is likely they have developed their style and habits by then, and it’s now long past when they really would have benefited from them. Maybe as part of a new office fitout someone will have realized that a change management program is required. But in a large organisation, is it thorough enough to go right down through all levels of management and is the whole of the organisation seriously aligned to the goal (even when their own bosses are not looking)?

Perhaps a self managed team structure is the answer? Some organisations are now starting to abolish middle management in favour of this idea. I wonder how it will work, will natural managers and leaders start to emerge? Or does it only work if the whole team is highly organised and motivated (in effect naturally good at managing themselves at least)?

Is it possible the fear of flexibility and remote working is generational difference, and one that will simply disappear between now and 2040? I don’t think so. Whilst I see many more younger managers who are comfortable with remote management and who have more trust in their teams, than older ones. But I don’t think its necessarily a distinction of age, but one of culture and of an acceptance that the way we work has already changed. I am frequently shocked that anyone could suggest that we might work the same way now as back in the eighties or even nineties. In the 15 years since I graduated architecture the way we work has changed fundamentally. Not only has technology and software changed, but these changes – in particular the mobility and automation they have enabled means that new ways of working are not something of the future – they are already here, it’s just that some people don’t seem to have noticed it yet.

Ceilidh Higgins
Image Credits: “No more Boss”
Creative Commons Creative Commons Attribution-Noncommercial-No Derivative Works 2.0 Generic License   by  Bousure 

Are your clients part of your design team? Do you want them to be?

Posted on by
1

Monkey in the Middle by Mark Dumont, on Flickr This week I read that nearly 2 thirds of industry representatives surveyed believe that the UK Government target for the uptake of Building Information Modelling is unachievable – largely due the lack of a collaboration between clients and construction contractors, hindered by contracts that do not support collaboration (here’s the link).

This came as no great surprise to me – I have always wondered how the UK Government was actually managing this whole process and program, particularly because here in Australia, the Government contracts can often be the most onerous and the client specific expectations and requirements – for reports, meetings or documentation which are outside the actual requirements for building design and documentation – are often excessive. This article got me thinking generally about clients and collaboration. Collaboration is essentially another (more trendy) word for teamwork. Do our clients understand that they are a part of the design team?

For many types of projects today – workplace, hospital, laboratory – the input of the client representatives into the functional aspects of the design is critical to a successful project. Frequently clients have their own in house project managers, designers, architects and engineers who may be involved in briefing, reviewing and responding to the queries of the external design team. Contractually these representatives are part of ‘the client side’ and not considered part of the design team. This can become a real problem for actually delivering projects.

All to often the client side creates delays for the project. Delays in providing information about types of equipment, numbers of staff or delayed feedback at review points. Every time we ask a question, the lack of an answer or a partial answer can impact upon our ability to push on with the design process. Information as well as creativity drives design, good design generally cannot occur in a bubble separated from the client organisations functional needs.

Frequently it can get to the point where there are so many question marks it becomes almost impossible for us to progress any part of a building due to the number of fuzzy areas. If the client was truly collaborating and part of the design team, they would take responsibility for this. Instead of blindly insisting that the end date for delivery remain the same they would work with the design team to minimise the delays. They would also accept that they are accountable for the additional costs that their consultant teams incur due to their organisational delays.

This comes to the heart of the problem. The client in these cases is not an individual person. It’s an organisation. And it’s probably an organisation that doesn’t have a collaborative culture internally. Usually it’s not so much the individual project representatives who are facing the design team who are causing the delays or not understanding the importance of the information – it’s other people in their business who don’t necessarily understand how design works. It seems a simple concept to me – to design you an office I really do need to know how many staff you have (or wish to have)…

Sometimes it is those client representatives sitting across the table at project meetings every week that are causing the delays. They pretend they don’t understand why you need that information or decision so urgently – because they don’t want to be stuck with the blame inside their organisation. If the individuals running the project are going to be blamed and have negative performance reviews because the building project they were involved in ran late or cost more, then it’s no surprise they push all this back onto the external design team. Or to other teams within their organisation. (Although with IT, it almost always is true – somehow they never seem to understand that their equipment can have a very large impact on the physical space, but if we didn’t provide enough room or enough air conditioning there would be trouble!)

Perhaps it’s no surprise really – as long as collaboration and an attitude of cooperation or a best for project approach does not exist inside of large organisations then it probably won’t exist in construction either. But that doesn’t absolve individuals of responsibility either. Whatever your role in a design team – architect, interior designer, engineer, client or project manager (yep, I think you too are part of the design team, and these comments apply just as much to PMs as to clients), if each person on the team makes an effort to work openly and collaborate then as an industry we will get so much further. Over time, if project teams actually tried to work together more, the demand for more collaborative contract styles will increase as teams realize the benefits.

By the way – I don’t let architects, designers and engineers off the hook here either. While my discussion above has focussed on the role of the client and the importance of their collaboration in a design project, the rest of the design team has to be willing to collaborate too. This means we as designers have to understand that the client has a real and valid input to the project – after all they are paying for it and do have to live with it – we don’t. That doesn’t mean design by committee or that the client always knows best. It does mean that we should take the clients comments, concerns and functional needs seriously, and that they need to trust us to work with these needs and come up with the best design solutions.

In most western economies, construction is one of the most inefficient industries – and without collaboration by all parties involved, but particularly by clients who are the drivers of projects and the ones who select the contracts, then this will never change.

But the best thing about working on a project where everyone involved is interested in collaborating and ensuring a great project – its actually more enjoyable to work on when we can all focus on the things that matter – like design – instead of bickering over missing information and missed project deadlines.

Do you feel your clients should be part of the design team? Do they want to be? If you are a client – do you want to be? What are your barriers to collaboration?

Next week I’ll be at Worktech Melbourne, so I hope to bring you some great ideas back from there. Perhaps also I will see some of you there.

I am also now on Twitter find me @ceilidhhiggins.

Image Credits:
Creative Commons Attribution 2.0 Generic License  by  Mark Dumont 

Are you an architect if you don’t draw? Is a design manager still an architect?

Posted on by
3

7597713652_c246737d9c_oAre you an architect? Do you draw?  In the sense I’m referring to that question today, it is usually meant to include modelling as well, and usually means more than just mark up or do a quick napkin sketch. Are you still an architect if your day job doesn’t involve drawing? What does an architect actually do day to day if they don’t draw? Today, the tasks that an architect do can be so broad, that many architects don’t even seem to understand what other architects they work with actually do. If we don’t understand what our colleagues are actually doing, then is it any surprise that many of our clients don’t really understand (or value) all the tasks that go into creating a building project.

I’ll start by saying, technically, I’m not an architect (although I do still draw depending on workload and projects). The reason I’m not an architect is very much a technicality, and whilst its not about drawing, I think it is relevant to the way in which the profession seems confused about itself and what architects actually do. I studied architecture for 6 years, have worked in the industry for 15 and I have even sat for and passed the Board of Architecture exams. However, I don’t pay the annual registration fee to the board, so that means I’m not an architect. (That’s my choice though, as I work as an interior designer – the relationship between designers and architects being a story for perhaps another post sometime). In Australia, anyone who not passed the exam and registered is not supposed to call themselves an architect, but a graduate of architecture, even if they have been practicing for 30 years.  It’s not this kind of semantics or industry protection that I’m really wanting to talk about today (though personally I don’t think architects really benefit from the protection if the term), it’s the tasks we actually do to deliver our projects. And can often apply just as much to other building design disciplines such as interior design and engineering too.

For any architect (or graduate of architecture) or interior designer that works in an office of more than a few people,  you won’t do everything yourself. Some people will undertake business development and bring in the work, some will have face to face client roles, some will draw, some will use BIM, some will know all the graphic software, some will write specifications, some will be good at the overarching idea, some will be focussing on construction and technical detailing, and someone needs to ensure that the subconsultants are briefed, the team is delivering on time and the team size and mix is the right one.  Most of us do a mix of these things, very few of us are good at all of them. The whole point of working in a team (to me anyway) is to benefit from these different mixes of skills.

Given that delivering a building project is therefore very much a team sport of many different positions, it therefore surprises me then when I hear comments like “as architects is job is mostly drawing” or “what are you actually doing on the project – you are not drawing or writing the spec?”  That fact that the later was made by an architect who was managing more than 20 architects (and happened to be involved with the board or architects), is to me, quite disturbing. Do architects really not understand and value what their team mates are up to on the job, thinking that only certain parts of the project are actually important to the architecture?

I guess that partially it is related to the increasing complexity of large construction projects. When I first graduated a bit over 10 years ago, we didn’t have sustainability consultants, access consultants or BIM managers – every project our consultant teams seem to grow ever larger. (Recently I saw a consultant team list which included a wind consultant – a new one to me).  Managing all of these people, briefing them and coordinating their work is a big job on its own. You can then add the work often involved in meeting client stakeholder management and reporting processes, quality assurance processes and code compliance checking (which whilst we have consultants is still so much the responsibility of the designer be they architect, interior designer or engineer). Between all these tasks n a larger project you easily have a full time role, commonly referred to as design manager.

It is really important that this is understood as a different role to the project manager – whilst one person may do both, just because there is a project manager doesn’t mean you don’t need someone undertaking the tasks of design manger. In fact, sometimes it can become even more critical to  ensure that these tasks are actually undertaken and don’t fall through the cracks when the independent project manager consultant is the lead consultant. They won’t generally do your  co-ordination checks for you. Whilst a project manager ifs often at arms length from the actual design and documentation, and may have very different qualifications and skills to the architect – to me, the true design manager needs to understand what is being designed – they need to be an architect (or a designer or engineer depending on the project/design team being managed). However, there seem to be a lot of architects and designers who don’t understand that this role is very much a valuable and necessary one (whatever it is called), and, if the project team is structured well, not just another layer of management.

If I told an architect who sat at the computer all day writing specifications that they weren’t an architect because they couldn’t manage a 20 person team to deliver a multi million dollar project they would scoff at me. Same thing if I told the autoCAD technical detailer she wasn’t an architect because she didn’t use BIM (and had no interest in learning or even understanding why you would use it). But many these kinds of team members seem to think its ok to put down the work of those managing the projects (or even those brining in the work) as not being real architects because they don’t draw.

One of the funny things to me in all of this, is that in Australia, the registration exams actually focus on these management and practice management tasks – not on design, drawing, technical detailing or specifications. This knowledge is taken as assumed (through your studies and your log book of experience) – neither the written exam or the interview deal with these topics. So maybe it’s the opposite – real architects don’t draw? (But of course in my world they are all expected to use BIM!)

Image Credits: Mennonite Church USA Archives via Flickr

Why is delivering on time so hard? Is it that architecture, engineering and time management don’t mix?

Posted on by
13

Time Jumper by h.koppdelaney, on FlickrThis week I’m struggling to find the motivation to write – not because I don’t have anything to say, or even that I don’t have time – but because my brain is currently in a state of post tender lethargy. I’m sure you are all familiar with it – the stress and extra hours leading up to issuing architecture, interior design or engineering documentation for tender seems to be a routine part of working on the consulting side of construction. Design programs seem to get ever shorter, staff numbers always reducing and the complexity of projects increasing, it is a scenario that just seems to get worse and worse. Personally, for me, I find it’s not actually the hours that get to me – even if I don’t work really long hours in the lead up to a tender – it’s more the stress of will be on time? Will all the team deliver on time? Does being late impact the end date for the project? How annoyed will the client be if we are late? Will we be able to issue an addendum?  It’s worrying about these things that gets to me. I care about being on time – whether that’s arriving for a meeting or delivering something on the date I’ve promised – and for me when this becomes impossible or outside my own direct  control this is the biggest cause of stress.  And I don’t think this is just me, I know a lot of colleagues agree (and many former colleagues who went over to the client side to avoid it!)

Why does it seem to be impossible? Is this deadline driven stress something we just have to accept as being part of our industry?  I’d like to think not. But I’m not sure how we change this. One loyal reader (Thanks Jase – he also asked me to make this post controversial) suggested that its a lack of planning and felt that no post on the last minute nature of delivery in architecture and engineering could be complete without the 5 Ps – “Proper Planning Prevents Poor Performance”. I agree there is a lot of poor planning goes on by all parties involved in construction – and it all begins with the client and the fee proposal.

At proposal stage (where ironically we usually have to be on time or we are disqualified), the client typically sets out some sort of milestones that they have in mind for their project. Sometime these are ‘real’ and fixed milestones such as a lease end, a university teaching holiday period or a certain date on which staff are returning from off site locations. At other times the milestones are not so much functional fixed requirements and may be based on internal performance measures or arbitrary dates (or just plain silly things like government money that somehow evaporates come end of financial year).

Often the dates set at this stage are crazy – the client has left it too late (due to poor planning or process at their end, or even simply not understanding the time these things take) and suddenly they need a new office for 200 staff in less than 6 months (I mean seriously – you did have a 10 year lease…). But of course we architects and interior designers can sort this out – we will do anything to win your project. And the bigger the project is the sillier we are likely to become.

So we have agreed to your program –  actually at that point it shouldn’t be too bad should it? We will have planned for this right? Allocated extra resources, thought through the minimum time frames things will take, the interactions that need to take place with the engineers, when and who would be doing design reviews, what software and technology could help us and we would maximize our efficiencies at every step of the way. Maybe we have…and maybe we haven’t.

But to compound the situation we then allowed you the client just 1 or 2 days to review and make decisions. And you forgot to tell us that there is a certain person who must be consulted, a board meeting the design must be presented to, or someone in IT who needs 2 weeks to provide feedback. But of course that’s only a small area of the building isn’t it? That need not delay the whole program right? Wrong. All of a sudden we have lost some of our efficiency in how we work and the order in which decisions are made and parts if the project documented.

Its even worse the project goes on hold and staff are reallocated to other projects – it can be difficult to get them back when suddenly the client says (without warning of course), here is that feedback and signoff – so when can the tender documents be ready – next week as planned? No, we can’t usually do 4 weeks if work in 1. I’m sure all my readers know, it gets to the point where throwing more people at the project just isn’t enough. Things still have to be done in a certain order, particularly if the client would actually like the engineering to consider the architecture and vice versa. (and it would be a strange project if this wasn’t a client requirement, much easier though!). It would also be nice for us to have time so that the documentation can be checked, and cross checked properly, so we can minimise errors which inevitably result in extra costs (and potentially time) on site.

Of course this isn’t every project and clients aren’t the only people to blame. Jason’s comment on proper planning is a big issue. We need to better plan reviews – doing them at the right time by the right people. We need to better understand what is a review and what is a design change. We need to respect the work of other members of the team, be they architects, engineers or interior designers. We need to incorporate buildabilty, engineering and cost earlier in the process of design to help reduce last minute changes (and clients need to understand some of these things too). We need to spend enough time and resources at the briefing and concept stages to better think through the design solutions at the point when we do have the time and we are not making quick decisions without thinking through the implications. We need to better understand and leverage off the technology and the process of automation. We need to embrace BIM for the productivity gains it brings, so our reviews can focus on construction and coordination instead of detail reference checking. Autodesk needs to make Revit less buggy and prone to doing strange things on the day tender docs are due (much as I love Revit – somehow it knows and conspires against you).

Revit (or other BIM software) changes this design and checking process in other ways too. For those that don’t understand the process of modeling, early drawings can seem rubbish and not worth checking. For those of us who use scheduling, the temptation is there to think the schedule is just being generated as things are modeled, without any checking. The process of checking changes and the worst thing is to throw too many people on the job in the last week. Final checking should move forward and all sorts of coordination, clash detection and checking should be ongoing throughout the process. It’s not really any different to what should have happened using CAD, it’s just that BIM highlights process deficiencies.

Maybe some days we just need to admit we can’t do it. That this tender won’t be on time.  But not the day after it was due. Nothing annoys me more than when team members haven’t delivered on time and I am calling the next day to ask what is going on. Then I have to start building contingencies into their delivery dates, further reducing the time they have – and I know that the project managers and clients are often doing this to me too. But because we are all late way to often, I can understand why they do.  Maybe if we could reliably deliver fully coordinated documents on the planned day the builders could afford have a few days less tendering or on site building, giving us a few more days working?

Whilst for many of us its true that deadlines can motivate and drive us, we function better when we are not stressed and tired. No matter how much we love our jobs most of us have lives outside of work – partners, kids, hobbies, the need for sleep and exercise. Maybe if we all accepted this of each other then our documents would actually be more accurate…and maybe we’d all have the time and inclination to do other things – blog more! Or teach and mentor more, or contribute to our industry more – and maybe this would help improve the quality of what we do, how we are treated by our clients and the inefficiency of the construction industry generally. Now that is revolutionary – could we improve our productivity by taking more time off? (Controversial enough?)

I certainly noticed when I was not working and was pretty relaxed,  when I sat down to do anything ‘work’ (like write a blog post or prepare Revit models for conference papers) that I did it a lot more efficiently than I’d expected, and with less mistakes.  I’ve always noticed this on a smaller scale in relation to my stress levels/working hours in the office too.

What do you think? Can we make on time stress free quality delivery a reality for architecture, interior design and engineering? What do you think we need to do to achieve it? How can our industry change? And does time off make you more productive?

Image credits:  “Timejumper”

What could a workplace and a Chanel handbag have in common?

Posted on by
3

My first ever Chanel 2.55 by rosebennet, on FlickrRecently I attended a de.frost* event, the topic was The Future of Workspaces, featuring Natalie Slessor, Head of Workplace at Lend Lease. Firstly let me say I think the concept Frost* have putting on these events is great. I guess you would describe Frost* as a graphic design agency (but they seem to be much more than this could mean) and once a month they organise an event in their office with a speaker, put on some drinks and nibbles (all pretty low key) and invite a bunch of people that they work with ( clients, architects, designers, project managers, builders). This was the first of their events I’d been to (although it is up to number 15 apparently) and I thought it was a great event. I had the chance to catch up with quite a number of people, meet a few new ones and hear a great speaker, I thought it was a really good mix – and that they got a good balance of time between the formal part of the evening and the informal mixing and networking – which often seems to be something that event organisers find a difficult balance.

So onto the speaker, Natalie Slessor. I’ve seen her speak before (at GBCA’s Workplaces of the Future Summit, see my previous blog entry) and she is a great presenter with a very interesting point of view on the workplace. Natalie is an environmental psychologist at Lend Lease – not a consultant that is common on our workplace project teams in Australia (or I think even in psychology here – I know quite a few psychologists and I’ve never met another environmental psych working in Australia. Maybe we don’t train them? Natalie is from the UK and the only other ones I’ve met or heard of are from the UK too…)

As I mentioned, Natalie is also a great presenter, and I’m starting to see that she likes to use different presentation structures as a storytelling technique. The presentation this evening was structured around a single slide with a grid of images with each row and column connecting ideas. It was a very effective technique,and I’m sure whilst it looked simple it must have taken a lot of work to simplify such complex ideas down to a 2 way grid of 24 squares! You can view the slide below.

PowerPoint Presentation

The key question of Natalie’s talk was “What is the Workplace for”.  Now I didn’t take any notes at the talk and I’m going to try and retell the story based on the images alone. So any misinterpretations are entirely my own,and I’m sure I will have missed some great points but perhaps some of my readers will have something to add (I know a few of you were there!). Following Natalie’s presentation there was plenty of time for discussion and questions, some of which I’ve woven into the story – there was of course plenty more form many viewpoints and those of you that we’re there can add your own stories of the night to the comments. (Or even if you weren’t – now you can be part of the discussion).  I’ll also state here that the references to the Chanel handbag are my own…but you will see the link.

First like Natalie did I’m going to explain what each row of the grid represents. The first row is the history reasons why the workplace exists. The second to fourth rows are about where we have been, where we are now and the direction we are moving towards. The fifth row is about psychology and the final row is what Natalie believes we should be aiming for in a workplace.

Now the first image is easy to remember – the workplace was created as a container. A container for the tools and machines to do the work, that were too expensive, too large (or too dirty?) for us to have in our homes. Gathering all these tools and people together created efficiency (this is what the cogs represent). Until recently, work meant physical things – whether it was a product or a piece of paper – so by co-locating eve white collar workers, efficiencies were gained – I can hand you that paper rather than mail it. So the office was also for gathering people together, as shown in the third image. The final image represents the workplace as being inspirational. Creating a place, creates part of the company identity, and historically inspiring loyalty was also part of the workplace equation. This row of images was why the workplace was created, and to some extent the second row, where have we been, covers a lot of the same ground. The workplace was a manual process (film), where ever more process efficiencies were to be gained (a portrait of Taylor – well known for applying production process thinking to workspace design known as Taylorism or scientific management). Buildings were designed as statements about the companies they housed with branding part of the building design. The Money Box building in Sydney was home to the Commonwealth Bank and I’m sure you recognize the Chrysler Building, one of the most branded buildings I’ve ever come across (I recollect there are parts inspired by hubcaps as well as other car parts and the Chrysler logo, I think also it was one of the first buildings to use metallic materials that were more akin to cars at the time). Part of this design ethos was also giving employees something to aspire to – I will climb my way up to the top floor or the corner office.

Not much of this seems quite so relevant today does it? Buildings are anonymous and owned by investors not branded for occupants, and who as a Gen X or younger would ever picture (or likely even aspire to) a corner office with an ensuite? Moving onto the next row of images we are living in a digital world and over the last few years have moved towards more and more mobile technology – Samsung “life companion” pictured. (From this point in the presentation Natalie was moving down the columns not across the row). The future workplace no longer needs to be a container for the tools, however the tools are just as important as they ever were for getting the job done. One of the things that can lead to the most stress is not having the right tools (eg slow or unreliable Internet connections).

With more mobile technology and as what we do for work has changed into knowledge work, the ideas of efficiency are no longer what they once were. Work is not necessarily the place where we get our best work done or have our best ideas. Whilst many offices are laid out like a place to house computers and well suited to a life of email, they are not well suited to either focused work or face to face communicative work. Natalie sees activity based working as a possible solution. Giving people a choice of an environment appropriate to the task should allow people to get more work done, and therefore reduce stress levels. Whilst there is a big focus on collaborative work and spaces in many ABW fitouts, its just as important that ABW design solutions don’t forget spaces for concentration and focused work either (and places for email too I guess).

As the workplace has become more varied, so too have the places that we work. Work has spilled out of the offices and into coffee shops and public spaces (MLC center pictured). The choice of where the workplace is and what facilities the surrounding area offers is becoming more important. No longer do most people want a workplace that is surrounded only by other workplaces. They want access to cafes, shops, entertainment, parks, childcare – places to go during breaks or after work, access to services. New precincts such as Barrangaro (Natalie’s admitted this as her one little plug for Lend Lease), a whole new piece of the city, need to be designed to consider people’s fulfillment and wellbeing, not just as workplaces.

Balance is what many people are seeking, rather than climbing the ladder. Social responsibility is also going to become a moe important driver for future generations (for me this slide/statement didn’t quite seem to fit into the flow of the narrative). There was some discussion also of the authenticity of the workplace design, and the importance of the workplace design being meaningful to what the company actually does and represents.

What will inspire us in the workplace of the future? Can we create more buildings and workplaces that in themselves inspire us by their design? Design that helps us to get work done, to focus or collaborate, to promote wellbeing and reduce stress. And it’s of all design that inspires. And this is where the link to Chanel comes into the story. The last slide is an image of a temporary building designed by Zaha Hadid as a Chanel exhibition. It was demountable and traveled around the world. Whilst obviously not very sustainable, Natalie found the building and the project inspirational. This is where my link to the Chanel handbag comes in, I also see a connection here with the first row, the container and the aspiration to the corner office – maybe now we don’t need a workplace container, or to aspire to space, we aspire to the handbag which also happens to be a container for the technology? (For women anyway) or we aspire to some other symbol that travels with us (Shoes? Laptops? Clothing? Maybe not such good containers?). So perhaps the office doesn’t need to provide these anymore. I know I’d certainly rather see inspiration and wellbeing than corner offices in my workplace anyway.

What would you like to see in your workplace if the future? Do you think we can design to reduce stress and increase wellbeing? What would this look like to you? We know we can design buildings to inspire – what are the hurdles which prevent all buildings and workplaces from being inspiring? Or do you still want the corner office with ensuite plus parking? Would this motivate you to work harder?

Image Credits:

BIM-onomics: How will BIM change the business of design?

Posted on by
8

Money by Tax Credits, on FlickrDoes BIM cost your design practice more? How does BIM impact your fee proposals? How does BIM impact your business? These were some of the questions I was recently asked to address in a presentation at the Revit Technology Conference held in Auckland.

Partially as a result of my previous blog posts Architecture and Interior Design is a business, isn’t it? And The art (or is that science?) of architecture and interior design fees, I was invited to address the topic of the economic and financial impacts of BIM on a design consultancy – I think due to being among the relatively small group of industry professionals who understand both BIM and the business of design. I convinced another such individual Rodd Perey – committee member of RTC Australasia who had invited me to do this talk – as well as Principal and Group Design Technology Manager at Architectus, to join me in discussion of this topic.

One of the most interesting things about preparing the talk, was that whilst Rodd and I come from very different practice and BIM backgrounds, much of the time we agreed on the issues affecting a design practice who are using BIM by themselves and for their own benefit. We termed this Lone BIM – as opposed to the benefits of using BIM as part of a larger project process in conjunction with clients, sub-consultants and contractors. This Lone BIM, the efficiencies and impacts on practice, and its opportunities for reducing project risks, were the focus of our talk.

I have attached the slide deck to this blog via Slide Share.

BIM-onomics slidedeck from Ceilidh Higgins

As you will see from the slides, one of the repeated messages was that practice directors, principals and anyone costing or managing design projects need to firstly understand what BIM is actually being used and produced in their office and secondly what BIM outputs will be delivered to the client. How can you calculate your fees if you don’t understand your deliverables?

Right now in the industry and even within individual practices BIM can mean different things to different people. It’s important to understand which BIM deliverables and processes are additional services outside traditional services, and which ones can help you improve your efficiency in providing traditional services. To model every part if a building at 1:1 with full operational and facilities data will certainly cost you more than traditional documentation, but is that what the client has actually contracted you to deliver?

We felt that there were a number of key aspects to using Revit (or other BIM software) within your practice that improve your “BIM-onomics”. Aside from understanding what BIM you deliver, you need to leverage the information and automation aspects of the BIM – for example scheduling, keynoting and proper use of materials which allow consistency and automation across the project. Directors and principals need to have some understanding of these concepts so they can question the outputs. However its not all about BIM either – continuous improvement, ongoing training and debriefs are necessary to capture and spread the learnings across your organisation. This needs leadership.

Then we get to really the key thing – BIM impacts all areas of your business delivery model. BIM impacts upon your project workflows, your resources, your programs and your QA. Are these things you are just going to leave to drafters or modellers? You can’t leave your practice to the “revit robots” nor can you buy in the revit “A team” to solve your BIM implementation problems (though it will help). Economically successful BIM relies on the knowledge of your team, the mix of knowledge between software, design, construction and business. Everyone is part of the BIM team. The senior architects and managers may not be on the tools, but need to be able to speak a common language and communicate with someone who can understand both the BIM and the business. Someone needs to direct the BIM process to ensure that over modelling and over servicing is not occurring, a common reason for cost overruns on BIM projects. But one that is more typically related to management practices than the BIM software itself.

BIM will change your project programs. As Rodd pointed out though, that most overused of conference graphics the MacLeamy curve is wrong – what consultant in their right mind would sign up for a process that makes you do the same amount of work earlier in the process, when the client is still most unsure? Both of us agree, that whilst BIM does put some of the workload forward, it will be overall less work – and the project examples we used demonstrated this (the graphs come up later in the slide deck).

Your quality checking procedures also have to change – again this isn’t one for the junior revit modeller in your office is it? But it is another opportunity to leverage your information – you can use BIM to check your BIM. Examples shown include using auotmated drawings to check precast panel details and smoke/fire compartments. The more uses you can find within the BIM itself the more valuable the BIM becomes. The BIM becomes also a risk reduction tool – you get in right during design and spend less time on site, you think things through and solve problems in the design phase. But again senior and experienced project staff need to be part of this process – they need to know what is possible with the BIM, and then they should be asking for it in their own offices.

Both Rodd and I presented a set of comparison projects with an analysis of an AutoCAD project versus a Revit project. Unfortunately it is impossible to ever directly compare 2 projects as every design project has different factors, but we both selected the most similar projects we were able to find. In Rodd’s case, 2 hotel redevelopment projects on the same site for the same client, and in my case 2 office fitouts of a similar size for similar client types. As you can see on the slides Rodd and I examined slightly different project metrics based upon the information we had available. The one metric in common though was the percentage difference between the number of hours and the number of drawing sheets. We both proved the Revit project to be significantly more efficient based on this metric, and amazingly we came up with figures within 5% of each other!

A question from the audience worth repeating here, was how long had the teams been using Revit? For both Revit examples it was between 2-5 years, and it was certainly not a case of having a super BIM team and a crappy AutoCAD team – both myself and Rodd considered the teams also to be comparable. To get a good return on investment isn’t going to be an overnight process.

BIM is a process you need to manage the whole way through your projects – right from fee proposal stage. Its pretty straight forward really…define what you are providing, what others are providing (such as point clouds, parts of models/existing models, BIM standards) and understand what you are costing. If you as the person costing a job don’t understand all the technical aspects, talk to someone in your office who does. Build the understanding between the technical people and the business people – or find people who are able to do so and bridge the gap, becoming the translator and teaching at both ends of the equation.

In conclusion – does the BIM-onomics stack up? If you manage the process, manage the risk and are delivering the same it should cost you less.

Do your BIM-onomics stack up? Do you know by comparing projects? If your BIM is not yet economic, what are the challenges and issues you see as stopping it? If you are a practice director or principal do you know your BIM? If you don’t, do you have someone who can translate for you? Have we missed any factors you consider critical to the economic success of BIM in your practice? Do any of my slides not make sense to you? (if so comment)

You can find my other RTC presentations – What’s in a Room and InforMeDesign on Slideshare.

Image Credits:

. http://taxcredits.net/