My opinion is that if you are not keying into the business value and business impact of what your are doing, even if you are just a heads down programmer, then you allowing yourself to be categorized as a "commodity" programmer. And as many here will tell you, being a commodity programmer is a vulnerable position to be in.
Even if you are not directly involved in project planning, requirements gathering, architecture, etc., there is nothing that prevents you from finding out how you fit into the business picture and using that information in your conversations and meetings to give the perception that you are something more than just a "heads down" programmer.
Ask the manager regularly for a business update meeting. Ask what changes are on the horizon, how they affect the project you are on, what you can do to assist in making the changes happen as easily as possible. In other words, become one of the change agents, not one of the change resisters.