Development Strategies?
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
Can you use FPGA or flash EPROM/firmware and turn the hardware problem into a software one?
-
How about the good old Waterfall model - Wikipedia[^]
Wrong is evil and must be defeated. - Jeff Ello
On not, 'Waterfall' 'it's not the 80's we have gone beyond that, it is so dated' (but it works!!) :wtf:
-
On not, 'Waterfall' 'it's not the 80's we have gone beyond that, it is so dated' (but it works!!) :wtf:
So check the links at the bottom of the article, there are plenty of methods to use. Pick the one with the fanciest name. :-\
Wrong is evil and must be defeated. - Jeff Ello
-
Can you use FPGA or flash EPROM/firmware and turn the hardware problem into a software one?
Hecky thump!, this beast I'm working on has FPGA's, SODIMM PC104's, it's just that the sort of Agile approach means it's not really getting anything done. :(
-
Hecky thump!, this beast I'm working on has FPGA's, SODIMM PC104's, it's just that the sort of Agile approach means it's not really getting anything done. :(
Well yes - the point of Agile is to look busy while not getting anything done.
-
Well yes - the point of Agile is to look busy while not getting anything done.
They've tried to use a software strategy for Hardware/embedded see a problem here... :rolleyes:
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
Waterfallish Agile. Waterfall for the hardware part. Agile for the software part.
-
Waterfallish Agile. Waterfall for the hardware part. Agile for the software part.
Well I think the problem is Software want the hardware to change to meet there demands. At times we have had ARM9 used in place of a PIC for controlling some LED's... I mean come on that is plain overkill!
-
On not, 'Waterfall' 'it's not the 80's we have gone beyond that, it is so dated' (but it works!!) :wtf:
The places where agile "works" are the places where it is implemented as a continuous waterfall-cycle :)
Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] "If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
Maybe you can find something here: https://blog.capterra.com/the-top-3-free-and-open-source-itam-software-solutions/[^] And here: Jama Connect Reviews and Pricing - 2019[^]
-
Waterfallish Agile. Waterfall for the hardware part. Agile for the software part.
Is that like dancing in between the raindrops?
-
On not, 'Waterfall' 'it's not the 80's we have gone beyond that, it is so dated' (but it works!!) :wtf:
Well - I know you need to attract and keep the new crop of developers, so kumbaya programming techniques must be adopted. At all costs! At any costs! Thus, I suggest you adapt the hardware development to the Agile . . .
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein
"If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010
-
Maybe you can find something here: https://blog.capterra.com/the-top-3-free-and-open-source-itam-software-solutions/[^] And here: Jama Connect Reviews and Pricing - 2019[^]
Cheers, but its not really resources that are the problem...
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
Better not to think of them as one project. The second project (software) needs to wait until the first project (hardware) is ready for a release.
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
glennPattonWork wrote:
Its just that AGILE doesn't seem to be applicable for hardware.
Well, if you have unlimited financial resources and time, the AGILE works great for hardware too. Oh wait, it only works that way for software too. :laugh:
Latest Article - A Concise Overview of Threads Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
glennPattonWork wrote:
which is fine for software
This is plain wrong. It is *possible* for software, but it does not make it *fine*. Agility does not mean you can handle changes until last minute (There is no time machine sold with the Agile manifesto package). Agility means that your organization is capable of optimally cope with changes - refusing a change that comes too late for a deadline is also a perfectly *good* way to handle a change.
-
Waterfallish Agile. Waterfall for the hardware part. Agile for the software part.
-
A guess would be kanban. Kanban is what came out of the Japanese just in time production line system - given your example, if something changes regarding hardware then the processes that depend on that new hardware are going to have to wait until that hardware is ready. Although my preferred development strategy for all projects is MUYBM (Make up your bloody mind! :laugh: )
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
Yes and no, kanban is a method to optimally handle logistics for production (supply, ressources, ...). If kanban is implemented, you do not have to wait.
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
Oh boy. Trying to fit a square peg into a round hole. Either the square peg need to be shaped to round or the round hole need to cut into square. I understand your dilemma. The hardware is a square and you want to be catchy round process. Don't fight it mate. Keep them separate. :sigh:
-
Hi All, Can someone recommend a strategy for managing and development of projects that are Hardware & Software. Its just that AGILE doesn't seem to be applicable for hardware. The big thing is with agile is that it can change right up to delivery which is fine for software but not for hardware which is physical a change will require a re-spin of the board (unless you want to ship a board with tombstone resistors and bodge wires (or :bob: preserve us as I have done once a (small)BGA upside down with wires on the balls to pads)).:~
If you find one, please let me know. I work for a hardware company, managed by hardware engineers. "By God, those flaky software monkeys will learn how to manage their projects just like hardware! There will be processes, appropriate documentation (and we decide what's appropriate), and they will write Engineering Change Orders (ECO's) for every single update. No more of this seat-of-the-pants willy-nilly updating!" Not an exact quote, but you get the gist :doh: .
Software Zen:
delete this;