Categories
Change Management Engagement Management Software Development

Avoid Project Management Pain

Facebooktwittergoogle_plusredditpinterestlinkedinmail

stingProject managers drive change. They sit at the helm of a chartered operation intended to deliver specified high-quality business benefits on time and within budget.

Project management is a noble and difficult endeavor—part science, part art—and effective practitioners must be skilled and experienced in a host of related disciplines too numerous to list here (but look here).

Various bodies of knowledge, certifications, and best practices arise and proliferate with increasing frequency intending to help increase the project manager’s likelihood of success.

Avoid Some Pain

Here’s the bad news: despite concerted and well-intentioned efforts, projects often fail to realize expected results. The perceived gap between delivery and expectation may prompt some project managers, sponsors, and would-be benefactors to consult the Schmidt Sting Pain Index for a scientific ranking of their pain.

Worse yet, much of that pain is avoidable. The key? Providing appropriate levels of organizational change management (OCM) to positively affect the people side of change.

Why? Because even the best IT project that meets quality, time, and budget objectives can still fail to deliver desired business results and return on investment by failing to address user adoption, utilization, and proficiency.

Prosci presents evidence gained through longitudinal surveys indicating that projects with excellent OCM are six times more likely to meet or exceed objectives than those with poor or no OCM (96% compared to 16%).

Brilliant! Because most IT projects implement solutions that must be adopted and used for business benefit, focusing on accelerating and improving user adoption, utilization, and proficiency makes sense.

In fact, not integrating OCM planning with project planning is like asking to be stung.

That’s what Schmidt did.

How integrated are your project and OCM plans?

Facebooktwittergoogle_plusredditpinterestlinkedinmail
Categories
Rapid JAD Requirements Software Development

Start with the End in Mind

Facebooktwittergoogle_plusredditpinterestlinkedinmail

viagra cheap

Free sex life with Viagra doesnt cost the world – if you know where to buy it. To make the most of your purchase, read viagra cheap third part of this small article. When you buy it from an online pharmacy store you don’t have to worry about the embarrassment that you may feel in front of chemist or other people while buying I form local pharmacy store. However, it doesnt make the medication sales lower. Many drug stores offer the medication at considerable prices, it doesnt make the medication sales lower. This is a medicine that buy viagra online made the lives of many men who faced erectile brokenness to enjoy sex in a normal way. Since you can order it from your home office or from any other location so you don’t buy viagra online to drive to chemist for this and you can save your time as well.
There viagra cheap a problem called jet lag that is the issue associated with the viagra cheap in the viagra cheap of sleeping and waking up. There are many other diseases that are solved with the usage of Viagra Pills. viagra cheap Though people who buy Viagra viwgra rarely experience any problems with it, you should be aware of some precautions before you free sex life with Viagra. When you buy it from an online pharmacy store viagra cheap don’t have viiagra worry about the embarrassment that you may feel in front of chemist or other people while buying I form local pharmacy store. Since you are ordering it from online pharmacy store so it will come to you in packed box and only you know viahra is there viagra cheap this box, Viagra is absolutely safe for health, it doesnt cause addiction and there is never a withdrawal syndrome. In case you need to buy it for yourself, when you buy the Viagra Brand Online no rx medicine then you can save a lot of money as well compared to local pharmacy shop. Cancer is a deadly disease that can be prevented with the usage of this drug. This medication also helps in increasing the time of intercourse and if it is served by pregnant women, there is less viatra for having baby with underweight. Also, the positive effect of the drug is reduced by alcohol, stress and other negative factors.

finish-2When developing systems and software, how do you know when you’re done?

Here are some proven failing methods:

  1. When time is up
  2. When the budget is exhausted
  3. When a sponsor or client demands the product
  4. When the project is cancelled or suspended

These are arbitrary, and sometimes brutal, measures, none of which necessarily correlates with either a complete or quality product.

Agile, test-driven development focuses on building to a testable goal, and then rapidly fixing what’s needed until all tests pass.

The business/requirements analyst can play a key role in helping to develop acceptance criteria, working with:

  • the product owner (What really meets the need of the customer?)
  • the developers (What exactly am I building, and how will I know that my code implements the desired features?)
  • and the testing/quality assurance lead (How can I test to demonstrate required functionality?)

With a focus on the end in mind, the business analyst can insert this bit of magic:

  • “This requirement is fulfilled when it is demonstrated that…”

This “definition of done” comes before the product owner signs off on the requirement, and the requirement is not fully written without this statement.

So, as you are implementing Rapid JAD processes, remember, you are not done unless you have started with the end in mind.

Facebooktwittergoogle_plusredditpinterestlinkedinmail
Categories
Document Management Rapid JAD

Getting It Right

Facebooktwittergoogle_plusredditpinterestlinkedinmail

by Erik Jul

When specifying requirements for a new system, large or small, how much do we have to get right?

Isn’t “All of it” the right answer?

Not always, and maybe never.

Concepts such as “minimally viable product” (which carries the moniker MVP as if it were some sort of champion), “iterative solution scoping,” and “progressive elaboration” decry the notion of completeness and possibly even that of correctness.

Of course, no one wants to deliver, or attempt to use, a system that does not work or is ill-suited to the task. So “getting it right” must matter to some degree: the system must work as specified.

But how much of what the user needs or wants has been identified and correctly specified in functional and other requirements? And of that, how much was correctly implemented?

Relying upon a Six Sigma approach (a methodology driving toward six standard deviations between the mean and the nearest specification limit) may reduce defects, but may still fall short of identifying a customer’s true problem and its best solution.

Lean, Lean Six Sigma, Agile, and the Three Amigos Scrum Alliance. These, plus approaches already forgotten or yet to be proposed, try to help us “get it right.”

In successive waves of innovation and reinvention, practitioners attempt to narrow the gap between what’s needed, what’s specified, what’s delivered, and what solves the customer’s problem.

Along that path, from problem to solution (scope, time, and cost notwithstanding), the professional solutions team—sponsor, business owner, project manager, business analyst, QA /tester, solution architect, developer, trainer, change management lead—all focus on “getting it right.”

Common software development and project management practices such as change requests, expectation management, phased releases, bug fixes, cumulative updates, and new versions testify that “getting it right” remains a noble goal seldom reached and maybe never reasonably expected.  For now, these are our best tools for getting it right, eventually.

To increase the likelihood of getting more right now rather than eventually, try these Rapid JAD principles: Capture Now, Document Once, Visible to All, and Revise Quickly.

Simple. Proven. Effective.

How much do you want to get right?

 

Facebooktwittergoogle_plusredditpinterestlinkedinmail
Categories
Uncategorized

Rapid JAD Advances Engagement Management

Facebooktwittergoogle_plusredditpinterestlinkedinmail

Why Engagement Management?

Engagement Management is all about business and information technology (IT) teams working together. This may sound easy. Just talk and draw some stuff up. But effective and efficient communication at the level needed for software systems development can pose many challenges. Perhaps you are familiar with this great cartoon which illustrates the challenge of clear communication?


All of these individuals–the project manager, the architect, the developer, the salesman–can read and hear what is to be built, carry on a discussion about the project, and then set about working on just what they think they understand.

However, as Erik Jul points out in Visible to All, communication can be difficult. The larger the project, the more complex the solution, the greater the risk when it comes to clear communication.

Rapid JAD has a solution we call Engagement Management.   

Engagement management tightens the communication link among team members, customers, and stakeholders because all communications are:

  • Planned in advance
  • Clearly documented
  • Revised as needed, and
  • Available to all.

Making project information such as action plans, risks, decisions made, tasks, designs, and workflows readily visible aids the essential two-way communication needed to go from project inception to successful project delivery.

Who Needs to Be Engaged?

A communication plan will identify the stakeholders, their interest in the project, the format of the communication, how often to communicate, and who is responsible for the communication. Of utmost importance is identification of the business expert who will, on a daily basis, be available to answer questions that come up from the IT team. This business expert will be appointed by the business as the Product Owner.

The Product Owner, representing the business and the Project Manager, representing the IT team, work together on details of the communication plan and who will be responsible for the various pieces of the plan. Even in a large organization where tools are readily available, there still needs to be discussion and planning between the business and IT around communication.

Where Should Engagement Take Place?

Rapid JAD addresses two types of engagement: people (meetings) and artifacts.

For people, the ideal place for engagement is in the same room with a projector or shared visual display. This is not always an option as teams can be geographically separated. When geographically separated a tool such as Go To Meeting makes it easy to share what is being seen in one location with team members in another location. Some tools also provide video conferencing which is a plus for geographically separated teams. Whatever tool is used, shared visibility is key for people who are getting engaged with the system development. You want all members of the engagement capable of viewing the same objects.

For artifacts, visibility is again a key factor. Not only is collaboration important, artifacts need to be visible to all. Where do you put the project vision? Where do you put the requirements? Where do you put the designs? The workflows? The tasks? The issues? Project artifacts must be readily accessible and visible to all who are part of the project.  This engagement factor is key to success. 

What Focuses Engagement?

Artifacts, and their related processes, focus engagement.

Regardless of what is being worked on, team members from both the business and IT need to be engaged and jointly developing and reviewing project artifacts. Key artifacts for engagement are:

  • Project Vision
  • Requirements
  • Definition of Done
  • Change Management Plan
  • Story Boards / Wireframes
  • Business Workflows
  • Technical Designs
  • Design Decisions
  • Issues
  • Tasks
  • Risks
  • Milestones and Timelines
  • Team Roster & Contact Information

How Do We Accomplish All of This?

Collaboration tools greatly enhance engagement.  While the use of Collaboration tools varies from company to company,  half of the 379 respondents to a poll on the Intranet Professionals LinkedIn group indicated that their company uses SharePoint. To ensure success, regardless of the collaboration tool used, both the business and the IT team must be able to access and use the tool.

Collaboration tools provide a way for everyone on the team to be engaged with the current artifacts. Whether you are concerned with business workflow, interface design, technical decisions, or even project vision, having one location with the current information is critical.

The tools you use for engagement will play a large part in implementing the Rapid JAD principles for accelerated system design: Capture Now, Document Once, Revise Quickly, and Visible  to All.

When Should Engagement Start?

Informal engagement starts before a project is approved, during development of the business case and associated cost benefit analysis. Once a project is approved Engagement Management should start with identification of the Product Owner for the business and the Project Manager for the IT team. Together the two take ownership of the project and collaborate on the Engagement Management plan.

Facebooktwittergoogle_plusredditpinterestlinkedinmail
Categories
Rapid JAD

Rapid JAD Principle – Capture Now

Facebooktwittergoogle_plusredditpinterestlinkedinmail

Rapid JAD - Faster to Production

Capture Now is the Rapid JAD principle which emphasizes the importance of creating artifacts in real time. Artifacts are the documentation and other items created in support of development.

You visit a Product Owner’s office for a discussion of business workflow and take copious notes. You return to your desk to draw up workflows (artifact) and wireframes (artifact). You print your workflows and wireframes, then return at a later time and present the workflows and wireframes for business validation. You note modifications then return to your desk and make adjustments to your artifacts. You make digital copies and email them to the Product Owner to validate that you have correctly captured the modifications. The Product Owner emails back a minor edit to be made. You make the adjustment and reply back with the adjusted digital copies.

A Typical Development Process

  1. Product Owner and Business Analyst have an initial business discussion
  2. Business Analyst creates initial artifacts (workflows and wireframes)
  3. Product Owner and Business Analyst have a follow-up meeting for business validation of artifacts
  4. Business Analyst makes modifications to artifacts based on business validation meeting
  5. Business Analyst emails artifacts to Product Owner
  6. Product Owner notes minor modification to artifacts
  7. Business Analyst makes minor modifications to artifacts
  8. Business Analyst emails artifacts back to Product Owner
  9. Product Owner approves artifacts

Faster to Production

Capture Now cuts this process in half by eliminating steps 5 through 9. With Capture Now the Business Analyst with the Product Owner are making adjustments to the digital artifacts together in real time. Capture Now eliminates the need for the additional review and modification cycles.

This means you are faster to the approved finished artifacts, speeding up time to delivery of the finished product. Additionally, you are freeing up both Product Owner and Business Analyst time which can now go to other business tasks.

In a business where speed to delivery of new products and features in the marketplace is critical, Capture Now and the other Rapid JAD© principles are difference makers.

Related Posts

Facebooktwittergoogle_plusredditpinterestlinkedinmail