Clause 6.3 - Infrastructure - How do I document our design?

Raffy

Quite Involved in Discussions
INFRASTRUCTURE

Currently we have our plant layout, design of our network. However as I've read the new standard...it implies with clause 6.3 which is infrastructure. My concern is how do I document our design? Could it be a standard for our IT people that must be configure? Please comment.
Thanks in advance.
Raffy
[email protected]
 

E Wall

Just Me!
Trusted Information Resource
This is just one search result, doesn't provide answers just more things to think about...try others too! :)

(broken link removed)
 

Raffy

Quite Involved in Discussions
Hi Marc,
As far as I know that infrastructure deals with buildings, plant layout. In our case, we design our own LAN Network through the Information Technology (formerly MIS) Department. Now my problem is, How are we document such designs? Would it be a standard procedure showing that these are the design that we create, materials used e.g. hubs, cables, workstation, server?
Thanks in advance,
Raffy
[email protected]
 

Marc

Fully vaccinated are you?
Leader
> we design our own LAN Network through the Information
> Technology (formerly MIS) Department. Now my problem is,
> How are we document such designs?

How do you currently document your LAN? Your IT department does have a process it follows. Can they describe it? Is it written or should it be written?

Remember - this is not design of the product or processes per se and is not technically subject to the design requirements of the standard. None the less, I bet their process approximates a 'normal' design process. I'd be surprised if there is absolutely no planning / design by your IT folks. In adddition there are often other departments involved. For example, maintenance and/or facilities. Many companies put all their wiring and such in layers in CAD drawings of their plants.

Look at everything from the top down and then focus in. You'll see they do follow a process.
 

Raffy

Quite Involved in Discussions
Hi Marc,

>>How do you currently document your LAN? Your IT department
>>does have a process it follows. Can they describe it? Is it
>>written or should it be written?

This is a good question to ask. So far, that's our problem, on how do we document our LAN. They can describe it. It is written, but not documented. They have a plan on how to create those things, that's why when there's a problem they could easily troubleshoot, where could the problem arise. And they created a tracking database in monitoring problems.

Thank you very much,
Raffy
 

Marc

Fully vaccinated are you?
Leader
> It is written, but not documented.

By this I assume that (for example) building drawings have wiring routing indicated but how the route was determined was not in accordance with a documented procedure.

The question is then: How far do you go in documenting a system and it's sub-systems (processes). And how does this fit in with requirements of Design within the standard.

This depends upon many factors including the size and complexity of your company. Most companies, as they get larger, tend to have defined procedures for plant upgrades. Looking at a large plant of say 1500 employees with a medium-complex set of processes, one would expect a relatively complex system which involves bringing together manufacturing, maintenance, and whatever other 'functional areas' ar necessary to plan the change.

On the other hand, if you're a mom and pop of 14 employees and you're having a LAN installed it will probably be seat of the pants. It may be that you have a local retailler install and provide equipment. Or - you may call Dell or some other major playr and they may do the design and such.

By the time you reach a few hundred employees you're looking at a relatively comlex planning situation for 'infrastructure changes' with respect to IT. ISO doesn't require you to follow the design requirements within - those are aimed at product design, but Planning does come into play here. So - look at it from this direction.

As a last comment - remember that some things are not done according to a procedure. You have to determine the need for a procedure. And how much detail you need. An example is a plant manager. Whilst s/he may follow certain procedures, most of what s/he does is not readily definable in detail in a procedure. Design is like this. You can lay out a 'standard plan' for designers to follow, but much of what they do is done because of their education and/or experience. As an aside: If you look at the requirements for Design in 7.3, these are nothing more than the basics that (in my opinion) any college graduate with a degree in engineering should know and understand as the basics of a design project. A good design process is nothing more and nothing less than a good planning process.

> They have a plan on how to create those things, that's why
> when there's a problem they could easily troubleshoot,
> where could the problem arise.

If this is true, it sounds as if they have a defined planning methodology / procedure whether it is written or 'known' (the proverbial 'unwritten procedure').

> And they created a tracking database in monitoring problems.

They also have a way of addressing non-conformances in their system and such. Sounds pretty sound to me.

Comments / opinions from others?
 
Top Bottom