Viewing Posts by Taralyn Frasqueri-Molina
By Taralyn Frasqueri-Molina
Because human resources is so process-oriented, it’s easy to overlook its need for project and program management.
The human resources department’s projects may not be customer-facing and highly visible, but it is very likely that they will make your work life easier! They might be focused on integrating or retrofitting an HR information system, changing an organization-wide benefits provider, developing a new employee handbook or designing and releasing an employee satisfaction survey.
I’ve had the pleasure of working on several HR projects. Though they weren’t product launches delivering external customer value, they were critical to internal business operations. Because they are so essential to internal success, if you’re the person responsible for enterprise roadmapping, you must ensure HR projects are part of the way forward.
One human resources area that benefits exceptionally well from stellar project management is organizational design. Don’t pass up the chance to work on an organization redesign project—you’ll be teaming up with not only human resources, but also with service designers, team managers and executive leadership.
There are many stages to an organizational design project. Organizational design projects have a lot of moving parts. Early on, it can be easy to get stuck in the research and design parts, constantly reviewing and revising. Later, ensuring companywide adoption can seem like a never-ending slog. A project manager can be a boon during these critical phases by keeping the focus on smaller, incremental milestones, and communicating when that milestone progress is made. This keeps the project moving forward, the momentum continuing even though the results of the final goal may be nebulous and still too far away.
In the end, you’ll deliver a model that will become the operating structure for the entire organization—helping all of its employees navigate through a changing business environment. And maybe even disruptive changes that pose grave threats to the organization.
What types of human resources projects have you led? Where else do you thinking project management could be beneficial for human resources?
by Taralyn Frasqueri-Molina
In a small business, like a startup, organizational project management (OPM) may seem too big. At a large blue chip, layers of OPM may be standard operating procedure. But what if your org is somewhere in between? On one hand, you're past the days of moving furniture yourself, on the other hand, you're not yet cutting paychecks for 2000+ employees.
First, let's establish that OPM is a good thing. Linking strategy with implementation across an organization to deliver on portfolio promises and realize value is, trust me on this one, a good thing. But OPM at scale is even better. And that is because if you don't scale OPM to where your org is right now, it may seem that OPM is too complex to even attempt at all.
And if OPM is a good thing, then no OPM is probably not so good.
I've seen what happens to a business that doesn't have an OPM strategy in place. The business is moving along successfully but then the stumbling starts, and then maybe stops, but then it starts up again and continues unabated. Teams are frustrated that progress has halted and find they're taking the blame or blaming each other. Leadership pushes the same answers to newly arisen problems—work harder, faster, longer.
The Benefits of Scaling
OPM at scale ensures the strategy that your entire enterprise is about to adopt is the right fit.
Too light (but it may work for a startup), and your undertaking becomes inconsistent, priorities become ever-changing because there's no clear focus. The entire system is not reliable enough to deliver.
Too rigid (but it may work for a Fortune 500), and you may get in your own way with bottle-necking processes, decision-making by committee, waiting for an approval exit gate that never arrives, wasting time because the system is not flexible enough to deliver.
Where too much process is a hindrance (but may work for a large org) and too little is volatile (but may work for a fledgling company), start with some core principles that are key for your org and build from there.
An OPM at scale strategy could look something like this:
At your next quarterly review, examine how your custom OPM framework is doing. Are you all still aligned on, not just the goal of your portfolio, but the goal of your OPM strategy? Ready to go bigger and start maturing your framework? Or instead do you need to scale back?
What experience do you have with implementing OPM to scale?
Want to see a fully baked standardized model, take a peek at PMI's Organizational Project Management Maturity Model (OPM3®).
By Taralyn Frasqueri-Molina
Project managers come in all kinds of flavors. During my 15 years in the biz, I've been lucky to use all kinds of methodologies and frameworks to deliver a variety of projects. These last few years, I’ve mainly been a digital project manager.
But just within the digital world, there are many different kinds of project managers. Here's a brief overview of a few. There are nuances to every role, of course; these are broad-stroke descriptions.
Tech PM: This designation used to include all things digital before digital splintered off. Now a tech PM usually works in the IT/infrastructure realm.
These PMs are the keepers of the critical backend of your business—email, broadcast pipelines, data storage, cloud systems, security, software integrations, etc. They’re leading large enterprise-wide initiatives to enable organizations to adopt new tools and processes.
OTT device and app PM: PMs in this area often work on products related to "over the top" (OTT) video platforms. AppleTV, Roku and Amazon Fire Stick are all OTT devices. So are gaming consoles like Xbox and PlayStation.
PMs in this area may manage development of the device itself, but more often they are leading app development initiatives that focus on getting video/music content to customers.
Mobile app PM: Direct to your phone or tablet: no muss, no fuss. PMs in this area often strictly focus on delivery of apps (and their requisite updates) for various handheld smart devices.
The reason why this isn't rolled into OTT is because mobile devices and OTT devices are very different beasts! An app may look and even act the same on both OTT and mobile devices, but the backend of both are quite different. There are thousands and thousands of apps in the world. You could make your career as a brilliant PM just in this area alone.
Web/mobile/livestreaming PM: PMs in this area lead projects in the dotcom space at organizations like Facebook, Twitter, YouTube, Google, Twitch.tv, etc. There is often crossover from mobile app to web/mobile because most businesses have app offerings, but this PM isn't strictly app-focused. He or she is leading teams to develop engaging desktop experiences while simultaneously being focused on how that desktop experience translates to a mobile device outside of an app.
That's why using Twitter in a web browser on your laptop looks almost exactly like it does in a browser on your phone. Want to add in more complexity? These PMs understand how livestreaming (and soon VR) affects their organization and work with teams to figure out how to leverage both for their customers.
Web/mobile ecommerce PM: Just a few days ago, I bought my groceries online. I'm sure it will become the main way I shop for food! An offshoot of the web/mobile PM, the ecommerce PM is an expert in helping teams deliver all manner of web shopping portals.
Big box retailers with online presences, independent artist Etsy-type sites, auction sites, Paypal and subscription services are all where these PMs live. This PM has to understand the nuances of payment types (both domestic and international), billing and recurring charges, payment funnels and how customers move through them, customer accounting and requirements for handling extremely sensitive data.
From gaming to video-on-demand SMEs, there’s a world of opportunities out there for digital project managers—and they’re changing all the time. What other common digital PM roles do you know of?
By Taralyn Frasqueri-Molina
A lot of things change when moving from traditional project management frameworks to agile ones. But what doesn't change (or shouldn't!) is how much and how often teams communicate.
Agile frameworks don't actually require daily stand-ups or regular retrospectives. But you should consider adding some new trade tools and a few other staples to your project management toolkit if you’ll be working in an agile context. You may find that they quickly become essential to keeping communication flowing through your team—and your project on track.
Here's a short list of tools I've used on all of my projects.
Sync-ups/Planning Meetings: This helps me start a project off right by making sure the product owner and execution team are on the same page. We set expectations, talk requirements and the direction for deliverables in areas such as UX, design, marketing.
Daily Stand-Ups: Quick check-ins with the entire team help gauge project health and bring roadblocks to the forefront sooner rather than later. This is also where we address scope creep, taking note of good ideas that need more exploration before being included in the backlog.
Retrospectives: After each sprint and after each project, a retro helps the team ensure processes are working— and decide if we want to carry over those processes to the next iteration.
Wiki: These often get a bad rap but can act as an excellent centralized location for real-time documentation editing and sharing. In my experience, it can serve as a digital asset management (DAM) system for sharing web copy and design assets. While not a perfect DAM solution, it will do in a pinch.
Instant Messaging: Whether collocated or remote, teams sometimes need quick answers to questions—and a meeting can be overkill as a way to get answers. The challenge with instant messaging, though, is to make sure teams are on the same page about how and when to use an IM tool.
Email: This tool still reigns supreme when it comes to quickly keeping a lot of people in the loop about what's going on. Even if it's an email directing people to a wiki, it's still one of the best tools for mass communication. But maybe not for decision-making!
What tools am I missing? And do you find any of the tools mentioned particularly good or bad for certain kinds of communications? Share your thoughts below.
I recently attended a two-day workshop to help me get certified as a Scrum master. What made this class interesting is that I am a "traditionalist" -- a project manager who leads and manages projects using the waterfall approach. This was going to be a whole new ballgame for me.|
While I am not particularly new to the concepts of agile, I was looking forward to learning the extended basic agile concepts, frameworks and skill sets, and learning to apply those skills.
Surprisingly, I understood more of Scrum than I thought I would and realized I was already implementing some agile principles into my waterfall projects. Most importantly, I realized that the debates surrounding waterfall versus Scrum may just be full of hot air.
The focus of those arguments is that one approach is categorically better than the other in all circumstances. That couldn't be farther from the truth. Traditional and agile frameworks are neither better nor worse than the other. But, either could be completely disastrous for a project if applied broadly.
One of the most important ideas I took away was the idea of 'appropriateness.' Scrum is about finding the right level of planning, documentation, velocity of task output, cost and schedule -- and not just per project, but per team. It's not about what is 'best,' but what is appropriate and suitably fits the set of circumstances at hand.
I began to think that if all project managers embraced this idea of using an appropriate approach instead of the perceived 'best' approach, projects could potentially get along much better than they currently are.
I think that what is appropriate for a project could be waterfall, it could be agile or it could be a hybrid. And that would mean project managers would have to be well versed in all kinds of approaches and understand several project management languages.
At the end of the two days, and after an online assessment, I became certified as a Scrum master, but I think I became more than that. I got better at being able to identify what a project needs and what a team needs. Now, I have a few choices as to which approach is appropriate to meet those needs and ensure success.
Do you think there can be a hybrid?