If the domain-specific meaning of your tables is really as generic as "List" and "List Item", then the best you can do is to provide a generic "Sort Order" column.
But if your tables have more specific meaning in the business domain, you'll want the sort order column to have more meaning in that domain. An example would be Orders and LineItem tables, where the sort column would be LineItemNumber:
CREATE TABLE [Orders](
[ID] [int] IDENTITY(1,1) NOT NULL PRIMARY KEY
)
GO
CREATE TABLE [LineItems](
[ID] [int] IDENTITY(1,1) NOT NULL PRIMARY KEY,
[OrderID] [int] NOT NULL,
[LineItemNumber] [int] NOT NULL,
CONSTRAINT [UC_LineItems] UNIQUE NONCLUSTERED
(
[OrderID] ASC,
[LineItemNumber] ASC
)
)
GO
ALTER TABLE [LineItems] WITH CHECK ADD CONSTRAINT [FK_LineItems_Orders]
FOREIGN KEY([OrderID])
REFERENCES [Orders] ([ID])
GO
ALTER TABLE [LineItems] CHECK CONSTRAINT [FK_LineItems_Orders]
GO
Note that I added the domain-specific constraint that a given order can't have two line items with the same LineItemNumber. That constraint is not necessary in evey case of List/ListItem.