CBC's encryption is not paralelizable but I could divide a 64 block message in 4 16 block parts and encrypt those 4 parts separatly in parallel using a diferent IV for each one. Is this unsecure ? Is there a mode of operation that defines this in particular ?
Conceptually, parallelising non-parallel mode of operation is an interesting topic.
The problem with that is you essentially would roll your own crypto, which should be an instant red flag.
Having said that, there are some more fundamental challenges with that approach. Block ciphers operate on message blocks of a given size. That size is tightly coupled with the cipher itself, e.g. AES oeprates on 128 bits blocks, and internally this is implemented as a 4x4 matrix of bytes, not bits. As you are using 64 bit block size in your example (if I understand it correctly), you are referring to something like DES or GOST which is another red flag. Not sure I am aware of any popular modern block cipher using this block size.
If you need to parallelize the process, you can use a mode of operation which supports it, as @Mark already mentioned.
If for some reason you are forced to use CBC, e.g. because you don't control the other side of the communication, but still would like to benefit from parallel encryption, why not to split long message before encrypting it and then join it after decryption? Is this what you are suggesting?
One more hint, which might be relevant or not - for CBC, encryption is not parallelisable, but decryption is.