By nature of things, I am a member of the Project Management Institute as I find tremendous benefit from the services the institute offers. One of them is Virtual Library and the other one, of course, is PM Network magazine. I cannot list the number of times I found the articles in it applicable and helpful in my career. There is just one request I have, or perhaps it’s a suggestion for improvement. I wish some articles had more real life examples instead of very broad guidelines. After all, that is the difference between the magazine and PMBOK. Personally, I find many subjects discussed in the magazine very relevant and hope to see specific examples from actual companies. I understand that releasing detailed information about the techniques used by companies may give their competition an advantage, however, there must be more valuable information they could divulge instead of staying impractically vague.

On the other hand, the aforementioned article is very helpful, has relevant information with real life applications and solid techniques.

Perhaps my profession is getting the best of me, as I demand tangible information not just from my team but everyone around me.

• Agency: Blast Radius
• Campaign: Update Starbucks Cup Magic App for Valentine’s Day utilizing Augmented Reality
• Role: project managed the mobile application development from briefing through launch and sustainment
• Team: dedicated team of strategists, information architect, copywriter, art director, designer, technical architect, technical experience designer, mobile iOS and Android developers, QA
• Links: Apple App Store, Android Market Place
• Press: Mashable, CNET

• Agency: Blast Radius
• Campaign: Create digital scavenger hunt utilizing QR codes
• Role: Oversaw creation of game logic and strategy as well as production and continuous improvements during the game play.
• Team: dedicated team of strategist, information architect, writer, art director, designer, technical architect, technical experience designer, developers, QA
• Link: SRCH by Starbucks
• Press: Mashable

• Agency: Blast Radius
• Campaign: Developed an integrated digital (owned, earned, paid and mobile) campaign that focuses on how customers can personalize their Frappuccino with their favorite ingredients
• Role: project managed the Starbucks Frappuccino Summer Owned and Mobile digital campaign from briefing through launch and sustainment
• Team: dedicated and distributed team of strategists, information architect, writers, art director, designers, technical architect, technical experience designers, developers, QA, SEO
• Link: www.frappuccino.com
• Press: Social Business Index

• Agency: Blast Radius
• Campaign: Localization of frappuccino.com website as well as the mobile site to 16 international locales with various degrees of customization
• Role: Coordinated localization effort including liaising and interfacing with each locale representative to determine appropriate level of customization. Synchronized competing market priorities and timelines.
• Team: dedicated team of information architect, writer, art director, designer, technical architect, technical experience designer, developers, QA

• Agency: Blast Radius
• Campaign: Support launch of Starbucks new flavored coffee by creating awareness and encouraging trial by promoting purchase incentives.
• Role: project managed concepting and production of the digital presence to support marketing and PR efforts with paid media and promotional video
• Team: freelance, dedicated and distributed team of strategist, information architect, technical architect, technical experience designer, developers, QA, creative director, writer, illustrator, motion designer

1. Keep the constraints of your project at the top of your mind ALWAYS.

Any meeting that you are in, internal or external, every phone conversation you are having with the client, a hallway chat with a team member – you must know the project constraints: scope, time, budget, quality/risks, and reference any new information against these. The reason this is important is that if the client mentions a potential small delay for a relatively simple deliverable you must do a quick mental check against the project constraints to assess potential impact. If a team member comes up to you to discuss an approach for the development of a relatively simple feature, you must reference their proposed implementation method against the constraints and raise a “pink” flag if you see any potential issues. It can be as simple as someone asking for a day off two months in advance. You agree and then a week prior to the date realize that is your code review date! Of course it is not possible to remember complete schedule for a 6-moth project so at least make a mental note and double check when you get back to your desk.

2. Always know the details of: Deliverables, Milestone Dates, Financial Forecast, Dependencies.

Similar to Point 1, this will help you stay on top of the project in casual discussions and foresee any issues ahead of time. You are the closest person to the client and know what is expected. The team is often not aware of the smallest details and it is your job to communicate those. If you are delivering a piece of documentation, don’t expect the team to read your mind, repeat and reinforce any special requirements the client is expecting. Keep the milestone dates visible to the team and the client at all times. Don’t expect the team to reference the timeline you sent them in the beginning of the project. Remind them of the milestone schedule on weekly/daily basis.

3. Be nice but firm.

This is a personality thing. I am a nice quiet person when it comes to my personal life. However, this is business. If the situation demands it, you must decline family vacation and ask the team to work overtime. Be nice about it, buy the team overtime dinner, but be firm, they are not doing it for you personally. If there is a performance issue and you have spoken to the team member about it more than once but dont see any improvement – escalate. Again, this is not about you pointing fingers, it is about running a successful project.

4. Make a feature set for everything, always.

You may call it a scope document or feature backlog etc. Whatever it is, make sure you track every requested feature all in one place. Annotated wireframes are not the best place. You need a list of smallest features and tasks required to be performed. Especially note down vague requirements, tiniest details or obscure aspects that are hard to quantify. Those are most likely to slip everyone’s mind.

5. Organize the file repository.

Implement a good version tracking system and use it! Then, if something was approved – move it into the separate folder. Archive the rest. A new person will come on board and all this great common sense method you have going will make absolutely no sense to them.

6. Communicate often and right away.

This is one of the most important, most repeated points in project management. NEVER underestimate the importance of communicating the smallest detail. Don’t jump the gun and send client unverified information. Don’t spam. Don’t sit on the bad news for a day either.

7. Trust but double check.

This is especially true for timesheets and deliverables.
Everyone hates timesheets, it is one of the main reason why people fudge their time on them. Unfortunately this doesn’t help your reporting. Be nice but firm about keeping the timesheets real.
Check everything before sending it to the client. Spelling, file names, dates – everything! You are the last person the files go through and any mistake will make you look bad personally. Yes, PM = QA.

8. Update your financial forecasts weekly.

This way you will see the slightest discrepancy in the forecast at completion and will be able to notify client early on before it bubbles into a significant number.

9. Feedback frequency controls stability.

This is something I learned from engineers and also on my own skin. It is a rule of thumb, if you do not hear from your client for a while, the project is going to have issues. Too in/frequent communication will cause problems. Find a healthy middle for your project and stick to it. For financial communication weekly call can be sufficient. If you have a week long UAT period, ask the client to send you one spreadsheet instead of daily emails.

10. Share your experience with other project managers

You may think that the problem you are experiencing is unique and embarrassing because you should have known better. Chances are your colleague had the same or similar issue. Find out how they dealt with it and figure out what to do yourself. Do not work in silo, it is harder to succeed in this profession if you do that.

Take a note on the last point and send me your feedback. Let me know if you have found this post helpfull or if you think it is completely off!

• Agency: Blast Radius
• Campaign: Build awareness of Starbucks Holiday offerings such as the 12 Days of Sharing product offers. Encourage engagement, Holiday moments are more meaningful when shared.
• Role: project managed the Starbucks Holiday campaign from briefing through launch creating digital advent calendar and various engaging tools that promote UGC and social sharing
• Team: dedicated and distributed team of strategists, information architect, writer, art directors, designers, technical architect, technical experience designer, developers, QA, SEO

Would love to hear your opinion!