Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Sharing this document to inform that some of the features Omni team is working on are a little  behind schedule. We understand that as our customers, you might have planned your future plans on these features in your Omni software. We apologize for the delay. 

...

Please do not hesitate to contact the support team if you have any questions about the new timelines, any other details.

Reasons for Delay

Team related reasons 

Campus Hiring 

Massive effort by the Development team and QA team went into campus hiring. In taking multiple online interviews, campus visits etc. Campus hiring got closed recently.

New development team

New Joinees of last year joined our dev Dev and QA team around July, team herachiry got changed.  Senior SDE2 developers folks became leadsTeam Leads, whose main responsibilities became planning and mentoring. 

New SDE-1 were assigned all the development tasks.

This sprint was the first ever sprint after training et  While all development and QA tasks got assigned to our new Ninjas. Current sprint is their first ever sprint.

This caused 4 inevitable effects as

  1. Poor timeline estimation as new developers take more time learning the code base

  2. More back and forth in Dev review , (Strict-er code review in initial days)

  3. More time in QA, as more small small issues. And New QAs doing themselves. 

  4. Difficulty Since suddenly now more people are in team, difficulty in managing who is doing what, at what time. I.e Lesser visibility 

Specific feature related reasons

Multiple Units of Measure UOM and Handling, Eaches and Packs

...

Previously we had said that we will be able to deliver the UOM feature by ~mid of October. 

We have been working on the UOM feature since around August 6th. 

...

Poor Scoping on Bulk Break Part

Bulk break functionalities were not planned in depth when we communicated the timelines. Edge cases were not thrashed out for some scenarios like expiry etc. When we did that part of planning we realized that effort is a lot more than previously considered.

Major QA effort 

UOM feature has major changes in Inventory reservation workflow, we are adding new buckets and doing soft allocation to support bulk break.

This means all the flows involving these line items have to be done QA. Since inventory is involved, it's almost all the inwards, outwards, returns, inventory management etc.  

Expiry and Virtual combo

...

Expiry and Virtual combo have added a lot of complexity to current system and also a lot of new cases, which are difficult to testsolve. 

Immediate Actions

JIRA Roadmaps

...