SalesforceDevOps

work behind the scenes .. ? SFDX is cool stuff

It is because of the complexities of dealing with a live org. In "regular devops" people always build from source, where in Salesforce it is slower.

Not really. Lot of F2000 companies are embracing the DevOps today (including salesforce) to help go to market faster, improve their velocity and provide better user experience.

Much of the original DevOps hype focused on "traditional" coding. SalesForce is a platform-based ecosystem.

I think it has been, as SF started with no/low code, and moved to much higher integration with other GTM SaaS, and therefore more code was needed to customize. The growing complexity creates the need for better change control and velocity.

DevOps has traditionally been used/evolved for SDLC and Infrastructure automation use cases; and is more and more being applied to SaaS as companies/CIOs are adopting a SaaS first mindset.

But, there is huge interest now in figuring how to build things faster

Doesn't Salesforce just update itself and take care of everything? ;P

@SushKicks Only if @Accenture doesn't want to do anymore work!

@jonwebster Adding on, as organizations need to coordinate changes across multiple GTM systems, coordinated versions, change sets, etc. make it almost impossible to deliver working integrations without some CI/CD automation.

@salesforcedevop :D

@salesforcedevop Totally agree that speed is ONE of the objectives. Let's move past a focus on speed and instead, focus on delivering value @ the speed of relevance.

@jonwebster - spot on! Organizations need to do a "reverse conway maneuver" ... that is... figure out what needs to happen then bend the organization to meet the work!

Some folks are afraid of a rich and robust ecosystem if they think it isn't diversified enough with other products.

end to end automation of the release, seamless integration to security and quality gates and provide end-to-end visibility into Salesforce release management

Would love to see a low-code Salesforce platform

(edited)

I love the fact there are solutions for people who need them, plus a dynamic community using cloud native techniques for devops

We need more observability tools and metrics

@bajpaigarima1 opsera.io is new low-code DevOps platform and that helps companies to automate the SDLC, SaaS (Salesforce) and IaC DevOps use cases with reusable microservice in a drag-n-drop approach

also would love to see how we can decentralize to host hybrid & multiple apps yet remain platform centric

@salesforcedevop +1 Salesforce slow performance pops up often enough to feed the hate cycle!

@salesforcedevop When it comes to a dynamic and passional community, I often cite SalesForce as an exemplar.

IT landscape is evolving from on-premise, standardised, monothilic,singular approach to hybrid,saas orientied, personalized

When a consultant comes into a new org, a Salesforce Devops tool can be invaluable in making sense of a cluttered environment

Integrating with security and quality in a seamless fashion and getting the visibility across the DevOps landscape and integrating with current DevOps tools in the market (Source code, static code analysis, testing, ITSM and collaboration tools).

Rise of citizen developers

The biggest challenge I've always experienced was about speed. Six months delay to get simple changes implemented in SF, which are needed for upcoming marketing campaigns. That drags down the entire GTM velocity.

Maintaining metadata inline with growing business complexities

@kumar_chivukula Yes, the tooling provides a tactical roadmap for moving forward

@jonwebster the delays are not about difficulty or skills, but simply high backlog. Reducing manuals steps and uncertainty about quality of changes has a slowing effect.

Manage salesforce release automation without abstracting away the source code management systems into other solutions.

@Chandra_Rang - Definitely a real pro of Devops in the SF ecosystem

Expanding integrations into the enterprise.

Once upon a time Joe decided to make his own toys, his first collection was clay animal figures..
So he decided to make the toys, test that the toys can stand on the floor and kids can play with the figures without getting hurt.
... two years down the line ....

It's like having a few friends all drawing on the same piece of paper. If they don't take turns, it can be a big mess!

Two years later Joe toys have become popular, now he has10 different teams working in 3 countries, he has starts to personalise the toys for all his customers – salesforce DevOps helps to deliver those personalised toys by connecting all team into one platform, with cus

It's like being Bob The Builder! I build the things companies use!

@bajpaigarima1 Your 5 year old is much more advanced than mine was!

@jonwebster haha ...

Joe saw success in one area, and expanded his toy business from Engineering to Saleforce apps

+10 for Bob the builder! Bob keeps all the trucks from crashing into each other, or messing up each other's work!

continuous feedback

million dollar - Creating a continuous product canvas with Utilizing customer data, breakdown of the relative value

(edited)

Enable enterprise companies to go to market faster, faster release cycles, automated release management across multiple salesforce orgs, deliver software with quality and security.

I do, because if devops is the way you build enterprise apps, then it gets elevated to a Center of Excellence type of tactic, which can let top-down business have a bigger impact

nailing down the paradox - The business changes faster than features are developed!!

Better collaboration between devs & admins driven organically, from continuity, audit trails, version control and more

@SushKicks - Agree if stakeholders are part of the mix!

by creating lots of dev silos

I think we are seeing a blossoming of SaaS or Application Devops, of which Salesforce Devops is a subset, to deal with multiple SaaS system integrations, this type of tooling is becoming more necessary to assemble the bits.

so many SaaS and COTS platforms that require native tools for customization and change control stalls organizations' initiatives to standardize development.

Most SaaS applications built on cloud native and DevOps mind-set and customers are expecting a cohesive release management platform to help solve the end-to-end release management across multiple SaaS applications (Salesforce, AEM, Apigee, Servicenow, Workday etc).

I would say one thing is pricing strategy & business model

Need for DevOps across SaaS applications is becoming more and more imperative, increasing the need for a "common platform" that can automate & manage DevOps across all SaaS applications