feature article
Subscribe Now

Keeping Things Safe for Work

MethodICs Introduces ProjectIC for Enterprise Project Data Management

So you’re doing a design of this clever, dashy little inner-city small-but-fast car. And, like everyone else, you’re not doing it all 100% by yourself. You’ve invented the wheel enough times to where the thrill is pretty much gone; you’re going to buy some wheels instead and focus your efforts, maybe, on infotainment instead. You know, nothing takes the boredom out of downtown traffic like a video and the ability to update your Facebook page with one hand while you drive with the other and talk on your phone with the other.

And there’s plenty of other stuff you don’t want to redo yet again. So you unearth some of your old moldy dashboard designs. And you pull in some reclining seat IP. And you buy some rear-view-mirror verification models. And there’s this project that someone else at your company did last year where they came up with a high-performance wheel that was really awesome, so you re-use that (after the guy managed to dig up the old design files).

Everything goes along fine. And you find a bug in the seat IP, and you fix it. And that wheel from your buddy wasn’t going to be used in a crappy neighborhood – yours will be, so you want to modify it to add a locking lug nut. And that works, and you’re pretty much doing great.

Problem is, someone else down the hall is doing another project for a more suburban vehicle that needs some of the same things yours does. And she’s pulling on some of the same IP and legacy design modules. And she’s not getting the changes you’ve made, and you’re not getting the changes she’s making.

Oh, wait, you don’t really care. Your project is working, and whether hers is like yours or different won’t affect your review one whit at the end of the year, so, yeah, whatever.

OK, let’s start again.

You’re managing a group of design teams that are designing specialty vehicles for different environments. Each of them is pulling design chunks from here and there and wherever, and a number of modules are being used in more than one car. And they’re modifying them to create variants that might be useful later on, and they’re fixing bugs that others may run into later and have to fix themselves. Lots of potential time being wasted. Lots of potential confusion. Lots of potential for things to go wrong.

There, that’s better; that really does sound like a problem. Because your review won’t shine quite as brightly if the projects under your purview are late or buggy or simply inefficiently done.

The problem is, the bigger the company, the harder it is to keep all of this straight. Yeah, you may have your design groups humming along smoothly, but what about your boss? She wants a good review too, and if her groups are disorganized (well, except for you), then she’s going to look disorganized. Not a good thing to do to your boss. Or… for your peers to do.

This is, unfortunately, one of those things that ends up having to be considered at the enterprise level. Because everyone has a boss. Well, until you get to the BoD. And when was the last time you saw any of them do a design or manage a project? But they can bring the hammer down; that’s something they’re good at. So at a big company, you pretty much have to go up pretty high in order to get to the point where all design activity is reporting to one person. It might even be the CEO if you have multiple business lines.

So how, if you’re the CEO, are you going to do this? Well, simple. You use the tried and true CEO method: you holler, “Somebody fix it! I don’t want to hear problems, I don’t want to hear excuses, I just want results!” There, that was easy.

OK, so now say you’re the poor schlub that just got tasked with making a pesky problem simply go away. How are you going to handle this?

Design management company MethodICs is proposing a new tool called ProjectIC to address this sort of thing.

OK, so I guess you got me at this point – it’s called ProjectIC, not ProjectCAR. So those of you reading this to see if it will help you with your slipping transmission issues, you can go do something else like check to see if some gaskets are leaking or something.

Those of you doing IC design – say, for that nifty infotainment system that will cause someone to veer off and hit a streetlight, which will be videotaped by one of the Big Brother eyes-in-the-sky that know all and see all, and which will be posted anonymously on YouTube for all to see, indirectly making you a famous guy except that no one will ever know your name or face – this does apply to you.

The idea behind ProjectIC is that it manages the meta-information about all your projects. For each project, it catalogs a bill of materials. And it can cross-catalog the various projects, keeping track of who’s using what IP or legacy block or TLM model. If bugs are fixed, those can be pushed to other users of the same IP.

The blocks your team designs can also be “published” in a company catalog, essentially making available an internal library of IP blocks. And those blocks, as well as purchased blocks, can be tagged with the appropriate rights and obligations information to ensure that things get used only in ways that keep the lawyers away.

Basically, you’ve got a company-wide database and the ability to manage the design data for all of the projects.

Now, like other things we’ve talked about on these pages, we have a situation where each company may want to do things a different way. The choice is typically to make something very customizable – requiring customization work – or trying to force a one-size solution. In this case, you build the structure yourself, so the way your projects and files are structured can be incorporated into the system.

So, if this works as promised, you can correlate the fact that both the suburban rambler and the urban sprite are using the same image-filtering IP, and, if a bug is found in one project, it can be fixed in the other. Which means you may never need to figure out whether the fact that the rambler ran over Mary Jane Stevenson’s roses and the sprite KOed a fire hydrant, both as a result of an unexpected NSFW image popping onto the monitor, was ultimately due to the same bug in both cars.

 

More info:

ProjectIC

Leave a Reply

featured blogs
Dec 19, 2024
Explore Concurrent Multiprotocol and examine the distinctions between CMP single channel, CMP with concurrent listening, and CMP with BLE Dynamic Multiprotocol....
Dec 20, 2024
Do you think the proton is formed from three quarks? Think again. It may be made from five, two of which are heavier than the proton itself!...

Libby's Lab

Libby's Lab - Scopes Out Silicon Labs EFRxG22 Development Tools

Sponsored by Mouser Electronics and Silicon Labs

Join Libby in this episode of “Libby’s Lab” as she explores the Silicon Labs EFR32xG22 Development Tools, available at Mouser.com! These versatile tools are perfect for engineers developing wireless applications with Bluetooth®, Zigbee®, or proprietary protocols. Designed for energy efficiency and ease of use, the starter kit simplifies development for IoT, smart home, and industrial devices. From low-power IoT projects to fitness trackers and medical devices, these tools offer multi-protocol support, reliable performance, and hassle-free setup. Watch as Libby and Demo dive into how these tools can bring wireless projects to life. Keep your circuits charged and your ideas sparking!

Click here for more information about Silicon Labs xG22 Development Tools

featured chalk talk

Premo-Flex
Sponsored by Mouser Electronics and Molex
In this episode of Chalk Talk, Logan Lukasik from Molex and Amelia Dalton explore the benefits of Molex’s flat flexible cables and flexible printed circuits called Premo-Flex. They also investigate custom capabilities of the Premo-Flex solutions and how you can get started using Premo-Flex in your next design.
Dec 12, 2024
6,962 views