For the last few years I've been self employed as BI contractor using a particular tool. That market has dried up and I've taken a perm role an information Architect.

I knew this role was a bit of a change for me so perhaps a gamble and two weeks in I'm finding it particularly stressful.

The biggest stressor is my boss (a more senior Architect). He is a nice guy and clearly intelligent. In nearly all of our meetings he loses me in the detail of the project. He's now provided some very ambiguous objectives. When I ask for requirements he says the project is tactical and we can't ask the business for any.

I've told him he is often talking it too much detail and when I try and simplify the objectives and requirements he gets frustrated with me. Has anyone been in a similar situation and can offer some advice ?

  • 1
    What do you mean by detail? Is he being ambiguous by providing high-level requirements or is he being confusing by going too much into implementation details? – Victor S Dec 5 at 22:32
  • He provided some high level objectives (not requirements) over email. However whenever I have a face to face with him he goes into masses of detail about how the objectives could be met, possible solutions and lots of business processes. – Mark Dec 5 at 22:40
  • 2
    So what's the issue with this? He provides high-level objectives and brainstorms the ways you can accomplish those objectives. I would think that would be enough to start prototyping solutions – Victor S Dec 5 at 22:46
  • That's a fair comment. Maybe I'm thinking about it too much. I'll just knock something up quickly and see if it's what he expects. If not I'll get a job at Tesco. – Mark Dec 5 at 23:03
  • If you can`t follow his train of though, having a recorder running when you talk could be a good start, this way you can replay it and put on paper to make sense for you – Strader Dec 6 at 18:45

I have never found too much information to be a problem, only the latter. You were probably joking about getting a job at Tesco's supermarket, if not, it's an attitude that won't help you; try at least to find something else technical.

Bbut remember that we are all a little under water at first, on every job (at least, I know that I am, after "several" decades, but you will eventually find your feet. In the meantime, is there anyone else you can talk to?).

With respect to "I'll just knock something up quickly and see if it's what he expects" - deliver early, deliver often. Every few days if possible - don't wait until you think it is complete.

I am currently on yet another new contract & every few days I approach the guy I report to, tell - or show - him what I am doing, and ask if I am heading in the correct direction, or going off course.

I don't know what your role is exactly, but if you're a consultant, you might be expected to propose solutions based on the objectives and first ideas provided.

When reading your post I had the impression you expect very clear requirements to be provided. This might be the modus operandi in IT, but as a technology/ data consultant I was normally expected to propose a good, viable solution by evaluating different options and presenting the best one for acceptance by the main stakeholders. Of course, this proposal gets frequently modified a bit in the course of the discussion, but my point is: I wasn't just provided requirements - I was expected to define them first.

It doesn't need to be the case in your situation but it's worth clarifying with the client.

Or just try preparing a concept of a project to fulfil the objectives and see what the reaction will be.

  • I think this is probably the crux of my frustration. I'm used to have clear requirements and knowing exactly what I'm working on and towards. He did mention they are looking for a 'minimum viable solution' (I'd never heard that term before... I'm probably just need to deliver something and take it from there. Thanks for your feedback, – Mark Dec 5 at 22:57
  • 2
    In software, clear requirements for any reasonably sized project are about as common as pink unicorns. – David Thornley Dec 5 at 23:53
  • In my experience 'minimum viable solution' usually means proof of concept with some adjustments for specific requirements – Strader Dec 6 at 18:47

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Not the answer you're looking for? Browse other questions tagged or ask your own question.