Smart Pointers Queue Implementation
Consistency
Always use the same technique when doing the same thing. Do use multiple ways to do the same thing.
You use nullptr in half your code and NULL in the other half. Be consistent and move to the modern nullptr.
Design
Not sure I agree with creating a container by using a smart pointer. These are both types of memory management. Using one to implement the other seems a bit counterproductive. But others have done it so why not.
Design Semantics
Your design does not do what I would expect on a copy.
Queue&lt;int&gt;  q1;
q1.add(1);
Queue&lt;int&gt;  q2(q1);
q1.add(2);


// In the case I would expect q2 to be a copy of q1 before we add 2.
// I would expect the two lists to be independent (If I wanted the
// to represent the same queue I would have used a reference).
// Your class both objects refer to the same underlying list. Thus
// at the end both lists have two elements in them.

Note: You basically relied on the rule of zero. When you need to implement the rule of five (three).
Rule of Zero: You don't do resource management because that is done by a resource class you use (in your case std::shared_ptr). The default constructors/assignment/destructors use the members versions automatically and thus save you from doing work.
Rule of Five: You override the default constructor/assignment/destructors to handle resource management and define the copy/move semantics of your class.
Leading Underscore.
Your use of leading underscore is technically fine. BUT the rules for using a leading underscore are more complex than most people know so prefer to avoid its use.
Also it looks ugly as hell. If you are trying to separate local variables from member variables a better technique is to give the variables obvious descriptive names.
Error:
const T Queue&lt;T&gt;::remove()
{
    if (_first == nullptr) return NULL;

This only works if the type T can be constructed by passing NULL (since NULL can be converted to 0 anything that takes an integer can also be constructed).
If you there is nothing to remove from the Queue then your code (that calls the Queue) has an error in it so in this case you should be throwing an exception of something along these lines.
Overkill
This is a lot of extra work:
T val = ptr-&gt;_data;
ptr.reset();
--_size;
return val;

You can replace this with:
--_size;
return ptr-&gt;_data;
// The destructor of ptr (which is a smart  pointer) will be called
// and tidy up the data and resources).