|
raddevus wrote: It's such an amazingly bad update system. Win11 is just as bad. I realize people here will always defend Windows, but I'll just say this... my Linux box doesn't just get randomly sluggish a lot for no reason. Both boxes get updates, but only one is unusable half the time.
And don't you dare disable updates... you'll be kicked out of the cool club and MS will come hunt you down like the dog you are.
Jeremy Falcon
|
|
|
|
|
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
|
raddevus wrote: Win10 was initially rolled out are still there. Mind boggling! why should be in another way? As they were paying atention to feedback...
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I have a MacBook Pro and MacOS is far worse.
If I do not do a full shutdown and just sleep it, when I turn it on a few days later, with any updates, an internal OS process will go nuts and max out the CPU to such a degree, even moving the mouse is a difficult task. I have looked at the Activity Monitor (Task Manager) and identified which process that does it. I can't recall it off the top of my head.
It takes me several minutes to go through the process of doing a full shut down. When I do a cold boot after, everything is fine. Great when you have to log into a team meeting...
Mac OS is a very buggy OS! Windows 11 is far more stable for me.
Graeme
"I fear not the man who has practiced ten thousand kicks one time, but I fear the man that has practiced one kick ten thousand times!" - Bruce Lee
|
|
|
|
|
I am not sure if this is the correct place or not. We are starting to migrate ERP systems. As such our team has hired some new BA's. 2 of them came from the desktop support team. I have noticed they seem to be struggling. I asked them yesterday if they had any training or such. The reply was no. I then asked if they wanted some help to understand their new positions. Both of them said yes.
Could some of you please tell me what you think are the most important skills, duties or anything else I can share with them to help them grow into their new positions please.
cheers
|
|
|
|
|
My understanding is that BA's take the needs of the client and convert them to requirements (at a high level, I'm sure they do more than that). Those requirements get prioritized for the Dev team, db team, etc. through some sort of sprint or iteration planning.
There are probably some good videos on YouTube for Business Analyst positions, etc. that would be worth watching.
From the internet, random Google search result:
Quote: This means their role is to develop technical solutions to problems in a business or to further a company's sales revenue by defining, documenting and analyzing requirements.
I think BA's also work with the QA team to make sure their testing scenarios are correct and complete and to answer any questions and/or issues regarding testing, and UAT.
modified 3-Aug-23 19:18pm.
|
|
|
|
|
And there was me thinking that a BA[^]'s main jobs were drinking milk, being afraid of flying, and pitying the fool.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I miss Sergeant B.A. Baracus. Great show from my childhood.
|
|
|
|
|
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
And my first thought was Bachelor of Arts.
|
|
|
|
|
Thanks so much for your response
Yeah I know that part. I was thinking they might also play PM in smaller projects. In our case each BA will have a department they support. Students, HR, Finance so they will become system experts in that part of the system. And to a point that side of the business. Anything else they might be required to do outside of being the middle man between myself and the business side.
I should have been more clear in my question.
cheers
|
|
|
|
|
Robert Cummings 2021 wrote: they might also play PM in smaller projects.
I would be careful with that. If you are trying to keep costs down, then I get that, but I strongly support the separation of concerns between PM and BA.
PM skillset is a whole other ball of wax. If you have the money to send them to formal PM training that would be wise, if they are not already trained PM's.
Best of luck.
|
|
|
|
|
It is probably too late for your organization, but putting BAs (Business Analysts) and PMs (Project Managers) in charge of any technology project (especially in software engineering) is a bad decision.
Hiring or contracting these non-technical roles to assist the process, reporting under the authority of an experienced senior software engineer (we’ll refer to herein as the Project Lead) is a better approach when the project is large enough. On smaller projects, those roles should be done by the Project Lead.
First, they should not be given any tasks that require technology decisions. The Project Lead should carve up the project into manageable tickets (e.g. epic, features, user stories, tasks, and tests) that are hierarchically related and follow a projected timeline and adjusted as the project progresses. If BAs and PMs are involved, the Project Lead assigns them user stories and tasks as fits their area of expertise.
Second, the Project Lead is the primary contact and negotiator with both customer (internal or external) and the business leads involved.
Technology projects are best led and managed by senior engineers who thoroughly know the technology and are still hands-on to at least some degree.
Technology projects that are led by non-technical BAs, PMs, or other roles filled with non-technical people are likely to cost more, take more time, and result in lower quality.
If it is too late for your organization to properly manage the project, then you are doing the kindest and most helpful thing by offering to help those non-technical BAs/PMs so they have someone to handle the technology part, and help them learn more about the technology, which gives them “a leg up” in their career.
You are also fortunate that they are receptive to such help. I have found that all too often, the non-technical roles reject the help. A combination of pride and “not knowing what they don’t know” is often why do many non-technical folks don’t want the help they need.
Best of luck to you.
|
|
|
|
|
Depends on the size and nature of the organisation, partly. Strictly speaking a BA will analyse the business, which may or may not involve anything to do with IT. They might identify areas that can be automated or computerised, and they would input their business requirements to the Systems analyst. The SA would work with the DBA and any systems architects to create specs for the developers.
Unless you (or they) have job descriptions from HR, it's maybe difficult to determine whether this is their role, or a more "full stack" version where they are expected to identify the business' needs AND deliver that as a systems solution.
Either way, recruiting BAs from Desktop Support seems a very strange approach. If you get the business analysis wrong, or even suboptimal, it doesn't matter how good your developers are, your business will suffer - badly.
|
|
|
|
|
I understand what you are saying. Especially the part about recruiting from desktop support. We are a small technical college in a very rural area. Evidently HR had a hard time finding any qualified applicants. So they gave the existing employees the job. It was a promotion of sorts.
They will definitely be "full stack" BAs. Even having a BA is new to the college. And I am the only programmer on staff. I just support the integrations between all the various systems. So I guess what we need is way different from what 3M, Amazon, and other organizations with large IT staff.
|
|
|
|
|
Robert Cummings 2021 wrote: We are a small technical college in a very rural area. Evidently HR had a hard time finding any qualified applicants.
This explains a lot more regarding your situation.
|
|
|
|
|
Slacker007 wrote: This explains a lot more regarding your situation. How's it go? We want a rockstar that turns down the likes of Apple, and we want to pay them $2 a month! And, we want them now!
Jeremy Falcon
|
|
|
|
|
Sincere wishes for success Robert.
My suggestion is to encourage your new staff to ask a lot of questions -- especially "Why?". They need to learn the business as it stands currently as well as why the customer wants changes.
Best wishes from Minnesota - Craig
|
|
|
|
|
A BA is a liaison between the tech side and business side. The tech side usually has poor social skills, and the business side usually has poor technical skills. A BA has to be the go-between between the two. Being slightly technical enough (not nearly that of a dev) to help translate what the business wants to what tech can consume and vice versa.
IMO, a BA needs something that can't be taught... a friendly, type A personally with no ego... who respects devs and doesn't fear the business. They don't have to be great at tech, but they do need to be able break things down and quantify things.
To your question...
- Just about any team building activity will work. If they're new, then get them used to the people in the tech team - especially if it's remote. Go share a laugh, etc.
- Show them the ropes for your existing business processes on the tech side... Is it Agile/Scrum, etc.? If they're not Jira gurus and you're using Jira... make sure they really learn Jira (most people never do). They don't have to be as knowledgeable as a Scrum Master, but enough to help them get a solid understanding of how to track timelines, etc.
- If they haven't met people on the business side yet, then they should. They should be proactive about this, but if they're brand new then perhaps an intro here would help too.
Jeremy Falcon
|
|
|
|
|
Oh, the reason why it's important they don't fear the business side, if a bad BA is scared of their own shadow, they'll never be honest with the business. They'll usually over-promise and under-deliver out of fear. That's bad for devs. That's bad for the business.
Yes, business competition can be fierce, but most folks just want the truth. If it's going to take 2 months, then don't say it'll take 2 weeks just because someone is stressed.
Same goes for product owners as there's a bit of overlap between these roles.
Jeremy Falcon
|
|
|
|
|
ERP means "enterprise"; refering to the systems that "run" the enterprise and how they integrate: Financials; manufacturing; order processing; purchasing; etc. The BA's role is to "know about those things".
The BA role was invented to isolate the user from the "programmer"; as such, their usefulness is inversely proportional to competency (and political reach) of the development team.
Working on the actual systems, the "programmer" tends to know more than the BA; so, yes, the programmer winds up being a ghost writer for the BA (who makes the presentations to management, but doesn't take responsibility for the results).
If there are no existing systems, there is no "BA" (that I'm aware of); he would be a "systems analyst" (chicken and egg).
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
If there are more than those two BA's I'd say let the more experienced BA's help them out.
If anyone, they should know what's expected of them and how things work.
Also, get them proper (formal) training.
|
|
|
|
|
greetings kind regards may i please inquire edumakation of said BAs ? i have little knowledge re/ such matters however if i understand correctly via my ignorant opinion a so called BA would need to be learned of computer systems and business operations/systems .
re/ "desktop support" if i understand its meaning i.e. so called "help desk" i.e. assists w/ operation of software again via my ignorant opinion though w/ no small amount of experience seeking assistance via same w/ only occasional pleasant surprises a "desktop support" person would have none of these as in my experience they merely follow a pre-written script which requires little knowledge .
|
|
|
|
|
While there is some solid advice here and would encourage you to look into the options provided, I wanted to give you something a little more immediate, based on having dealt with two major ERP replacements and supporting a third, in my career. Essentially, the role of the BA is to be curious, to ask questions, and gain understanding. In my experience customers will try to prescribe a solution based on their own understanding of the technology or because they have always done something in a particular way, but more often than not they are not best situated to provide the solution, due to their lack of understanding regarding all of the factors involved. For this reason, it is so important to start with 'why'. Understand the business problem or requirement that the solution needs to address, without reference to technology, process or user experience (user interface, report layouts, etc.), and really understand the value that achieving that outcome will have to the business. Doing so will both aid in the prioritization and may potentially eliminate some requirements altogether if the value just won't be realized.
|
|
|
|
|