Asynchronous HTTP JSON request
I know this is technically outside the scope of the review here, but your first parameter's type is Method.  This enum desperately needs to be renamed.  When I see Method, I cannot help but think of a programming method... I think you're passing a pointer to a class's method here.  This type needs a better, more descriptive name.



Our sender parameter doesn't need to be a UIViewController.  Does it?  In fact, are we even using the sender parameter?  Can we just eliminate it?



The postParams needs to be an AnyObject parameter.  We can turn more than just dictionaries into valid JSON.  The NSJSONSerialization class offers a isValidJSONObject method for which to check whether or not we can serialize.  So, we can leave this parameter as is, and simply make this check:

if let param: AnyObject = postParams {
    if NSJSONSerialization.isValidJSONObject(param) {
        urlRequest.HTTPBody = NSJSONSerialization.dataWithJSONObject(param, options: nil, error: nil)
    } /* else {
        // call the error handler?
    } */
}




And finally, one comment on the parameters our method takes... taking two completion blocks isn't the suggested best practice.  By taking two completion blocks, you force the user into duplicating any code they want to happen whenever this callback occurs (if they want it to happen under both scenarios).   So, we should combine these arguments into a single completion block (much like AFmanager is doing in the code you're using) and more importantly, we should make this argument the last argument.

In Swift, when the last argument is a closure, we get a slightly nicer syntax.  Instead of something like:

someObject.someMethod(param1: foo, param2: bar, closureParam: { println("hello world") })


We get a slightly better syntax:

someObject.someMethod(param1: foo, param2: bar) {
    println("hello world")
}


Again, you made use of that when you used the AFmanager, so let's make our code follow suit.  Combine your success and error completion handlers into a single closure parameter which is called no matter success or failure, and move it to the last argument to give users a better syntax option (and so we don't have any dangling parameters after the space-consuming closure).