888.Net.Apps (638.2777) | 703.299.1580 | Netlink Resource Group

Government

Successful IT Implementations: It’s All About The Details

The age-old expression “the devil is in the details” speaks to the sheer fact that if details are overlooked, bad things often happen.

In the business world, the details can be the deciding factor between success or failure.  You may recall that many banks during the peak of the housing boom fast-tracked mortgages and ignored many vital details during the lending process that hurt both the lenders and the prospective homeowners.

NetLink recently sponsored a BWI Business Partnership event where David Marriott, COO of Marriott International’s Americas Eastern Region, spoke and cited “attention to detail” as one of three reasons why his organization has been so successful over the last 70+ years.  It’s probably no coincidence that we have been fortunate to count Marriott among our clients for more than 10 years, because we embrace this same perspective.

When it comes to successful IT implementations, it’s not the devil that’s in the details, but that the details hold the key to bringing custom web applications to life that meet and exceed expectations.

We actually have a methodology for managing our client engagements called The NetLink Adaptive Process that mitigates many common risks of IT projects.   The core tenet of this process is focusing on every key detail throughout the implementation.  This, combined with taking an “iterative” approach whereby we follow a concise step-by-step process for projects, ensures that superior solutions are delivered to clients within schedule and budget commitments.

Conversely, as many clients have complex requirements and needs, turnkey web options – which we dare say are not often “detail focused” – may only partially address these needs.  Customized solutions typically are required to meet complex goals.  This is where the implementation details mean everything for ensuring that a complex web application aligns with the client’s business goals.

So, if it is true that the “devil is in the details,” then that is a devil that organizations should embrace wholeheartedly.  We have been using this same detail-oriented approach since 1996 to truly deliver the promise of web solutions.

Posted by: Steve Short, President, NetLink Resource Group

Web-Based Technology is the True Enabler for Distributed Organizations

The industrial revolution paved the way for traditional office life where the average worker would “clock in” for work in a centralized office much like they would at a factory.   As we are embarking on the “ingenuity economy” the old mindset of working in a central location will potentially become a thing of the past, and creativity and innovation supported by distributed employees and partners will be the new norm.

Beyond what is happening in more forward-thinking Silicon Valley start-ups, many organizations are already embracing distributed environments where employees, partners, vendors and clients are dispersed in different locations.

A key component to bringing this “virtual work reality” to life are web-based technologies and applications that allow for enhanced communications and business processes that make these organizations highly productive, efficient and effective.

The right web-based software applications and tools allow companies to share the right information with vendors, satellite offices, home-based employees, franchisees, individual brick-and-mortar locations and beyond.   And because data is centralized, applications can provide incredibly powerful reporting tools that senior management can access, giving them insightful data on sales and marketing efforts, customer preferences, operations, and a multitude of metrics to improve their decision-making capabilities.  The result is improved profitability, where revenues can be increased and operating costs decreased, thereby improving the bottom line from both sides of the equation.

Cutting-edge start-ups aren’t the only ones to benefit from web technologies that enhance their business.  We have developed many such web-based software applications for one of our Fortune 500 clients, a global lodging company that has been in business for more than 70 years.  An example is a custom web application that automated their workflow for managing the requests of sales promotions at their many hotels throughout the US.  This has saved a great deal of time for their corporate support staff responsible for overseeing the process, gave regional sales managers insight into the marketing efforts of their hotels, and provided senior  management with metrics for monitoring promotional activity for all of their hotels.

From global organizations with locations throughout the world to virtual companies with employees spread out through the U.S., web-based technology serves as the critical enabler for businesses to be more effective and ultimately prosper.  And, regardless of what product or service your organization provides, the goal should always be to improve productivity and profitability – no matter where you are located.

Posted by: Steve Short, President, NetLink Resource Group

The NetLink Adaptive Process™: An Iterative Approach for a Successful IT Project Implementation

Interview with Steve Short, President, NetLink Resource Group

Many IT vendors and integrators often forget that the path to a truly successful IT implementation is paved with baby steps.  All too often, the traditional method for managing a project is to show the client the result of the technical effort at the very end of an engagement.  This project management method can cause delays and even derail entire projects.

NetLink Resource Group prefers an “iterative approach” for managing the implementation of  web solutions that  mitigate many common risks of IT projects and enables their project teams to deliver superior solutions to clients while staying within schedule and budget commitments.  Steve Short, who became President of NetLink in April 2004, has used his more than 20 years of IT management experience and the company’s close interaction with clients on project implementations to develop the organization’s unique, six-step approach they refer to as the “NetLink Adaptive Process™”.

The following is an exclusive Q&A with Steve Short, where he discusses the details of the company’s Adaptive Process.

Interviewer: First, tell us about NetLink Resource Group.

Steve Short: NetLink develops web solutions for our clients, although our role typically extends beyond just providing programming resources.  Essentially, we are a consulting practice that provides web strategy and technology solutions to support our clients’ business goals and efforts. It’s really all about developing web solutions that have tangible and measurable business benefits.  We can handle any project in terms of size and sophistication, although we tend to focus on efforts with a high level of complexity.

Interviewer: Great.  Tell us about NetLink’s iterative approach to project implementations that you call the Adaptive Process.

Steve Short: Sure. The Adaptive Process is all about getting solutions in front of clients sooner rather than later.  This means that we have a system for meeting the goals for projects by doing more upfront project planning, defining requirements– with plenty of client input along the way.

Once you do this, you are more apt to meet the requirements of the project, accomplish key goals and milestones more efficiently, and come in on budget.  This also allows us to be in sync with what our clients have defined as their needs or their requirements.  By doing this, we mitigate any serious problems that can arise during the life cycle of a project.

Interviewer: Tell us why your project management approach is unique.

Steve Short: The iterative approach is well-known and documented in IT circles, so most business sponsors are familiar with the terminology.  Unfortunately, their experience with IT projects that were supposed to use the iterative approach often leaves them wondering about the benefits, and often feeling underwhelmed with the final product.  Every consulting firm claims to have their own unique methodology, so I’d rather say that in using our Adaptive Process, we focus more on execution, or where the “rubber meets the road.”

We spend a tremendous amount of time upfront trying to understand our client’s project and business goals at the very outset of the engagement.  By strict definition, this is the “requirements” part of the implementation and it is one of the most critical times of a project.  This is where many of the early problems can arise because both business and IT people can’t often differentiate requirements from solutions.

My experience of managing IT efforts over the last 20 plus years is that project teams tend to stab blindly in the dark by coming up with a solution first without really listening to the client’s requirements and business needs.  What’s needed is a project leader that listens to the project sponsors, differentiates requirements from solutions, and documents them in a language that is understood by the business people as well as the IT folks.

This allows the IT team to use their experience to formulate a solution that is better in terms of usability, functionality, and architectural flexibility that would have been missed if they relied upon pseudo-solutions proposed by the client at the onset of the project.

The reality is that for any one requirement, there can often be multiple solutions.  So, once we truly comprehend the goals and requirements of an effort, what our project teams bring to the table are creativity, an understanding of the technology available to meet requirements, and experience to formulate solutions that are better than those conceived by the client at the onset of the project.

Interviewer: Great.  That covers Step One of the Adaptive Process, which is the requirements definition section.  Now, let’s discuss Step Two, which is the technical analysis portion.

Steve Short: In some ways, the technical analysis overlaps with the requirements definition portion of the process, because we need to inform the client of what might be accomplished from a technical standpoint when requirements are being defined.  In other words, we take a “blue sky” approach during the requirements phase by asking the client for their ideal goals of the project but settle on needs that can be realistically met based upon current technology constraints and budget.  This is where the process for implementing a successful project is not fully linear– while the methodology defines distinct steps along the way, you have to use experience to suggest basic approaches that keeps the project moving forward.

Once the requirements are nailed down, the technical team determines the best way to architect the actual project.  Because we focus heavily on the requirements portion of the process– including taking future requirements into consideration– this step is fairly easy for us.

As I mentioned, this is really all about making sure that the technical team understands the requirements and develops an architecture that allows us to formulate the best solutions. It is our lead consultant’s job to bridge that gap between the requirements and the technical approach to ensure that we accomplish this.  Doing so often leads us to consider how we plan to execute our proposed approach, which is the next step.

Interviewer: Let’s talk about Step Three, the next phase, which is planning.

Steve Short: Yes, this is an important phase.  Once you have determined the requirements and come up with the technical approach, it all comes down to developing an actionable project plan.  Many iterative processes have the planning step listed first and you obviously know you will follow the basic steps taken for every project, but we believe we need a firm understanding of requirements and technical approach to develop a project plan with any credibility.

For us, a very important part of project planning is identifying high-risk areas and determining how best to mitigate them.  More specifically, it is vital to identify the highest risk elements of the application or project before any significant development occurs or you risk exceeding your schedule and budget commitments.  With that in mind, we develop a plan that mitigates these risks by effectively dealing with high-risk tasks and deliverables as early in the project as possible.  Most of the detailed planning revolves around the development tasks.

Interviewer: Can you give us an example?

Steve Short: OK.  Take the development of an e-commerce website, for example, since most of us have made purchases over the Internet and it’s something we can relate to.  Let’s say we’re most concerned that the page where the customer chooses products will have the greatest complexity because it needs to be easy to navigate but requires a great deal of dynamic decision making in the software to provide the best customer experience.  In addition, we may have concerns about our proposed approach to the technical architecture behind the scenes, where we want to be sure that response times are adequate for the functionality occurring on the page.

We would want to tackle this work first because the rest of the site’s functionality will flow from this page and the site won’t be as effective as it could be if we don’t determine the best solutions for it early in the project.  To assure we’re heading in the right direction, we want to get a first iteration of this page delivered to the client as soon as possible, so they can let us know if the proposed solution really works.

I have an MBA with a concentration in marketing and one of my favorite MBA courses was in product development.  Some core strategies for product development are prototyping, proof of concept, getting feedback on solutions, and reiterating as often as possible to develop the best product.  I think that the development of web solutions should use the same approach.

Interviewer: That makes sense.  So, finish up the planning phase for us.

Steve Short: Sure.  Once the riskier items have been prioritized, the plan can focus on getting the rest of the deliverables completed.  Throughout the course of the project, you need a plan that everyone can understand, in terms of concrete tasks and deliverables.  And when I say everyone, I mean the client — sponsors and stakeholders; the lead consultant managing the project; and the technical team implementing the solutions.

We’ve found that it’s usually best to have deliverables relate directly to the core requirements to make this possible.  This makes it easier for everyone to track the progress of the work throughout the project and it avoids surprises in terms of schedule and budget.

Now, it’s important to point out that project plans are rarely static — they need to change based on new information that is derived throughout the course of the implementation, so we have to be nimble as well as linear in our approach.  For example, plans change if the proof-of-concept had outcomes that you weren’t expecting or they can change if items got done sooner rather than later.   In addition, the client may add requirements that are deemed essential to the success of the project, so the plan needs to go through iterations just like the software.

What we know is that when you don’t have a formalized plan that you follow and update as necessary, the pitfalls are tremendous.  It can cause the technical team to develop solutions without any real strategic direction or without the business goals in mind.  More often than not, in these types of situations, the work needs to be re-done and projects go over time and budget.

We’ve seen this in cases where we’ve been brought in to consult on projects where the IT effort is way off course.  In addition to a poor definition of requirements, the root cause of problems usually stems from the lack of having a project plan that has been maintained and used as a tool for managing the effort.  Oftentimes the project sponsor requests a project plan with the RFP response or at the onset of the effort but doesn’t realize that the IT team responsible for the implementation should be using it as a means to direct the project.

If the intent of the IT team is to create a plan solely to satisfy the client’s desire to have one and it’s not used to manage the effort, it really provides no value.  In effect, it becomes nothing more than an approach document.  Telling a client your approach at the beginning of a project but not tailoring it as the effort evolves with a living, breathing plan is not a viable way to manage a project.  Having a plan that is regularly evaluated helps you track your progress, review resource allocations, and assess risks to allow you to mitigate them.

Interviewer: Great.  Now let’s talk about Step Four of the Adaptive Process, which is development, Quality Assurance (QA) testing and delivery.

Steve Short: This is the nuts and bolts of the project — the phase where the development team does the majority of the work.  To the average business person, the development part is somewhat of a mystery.  The developers go off and plug away at coding, and then suddenly the client has something to review.

If you are a stakeholder, what can be frustrating is when you wait for a long time while this mystery phase is happening and you wonder how the effort is going and whether the deliverable will live up to your expectations.  If the project is not complex and has a relatively small level of effort, it may be reasonable that you see a first pass of the entire solution in a single delivery.  However, when the effort is larger and more complex, you should expect more portions of the solution to be delivered incrementally, rather than getting everything in one shot.

If you’re not getting this, then the IT team that claims to be taking an iterative approach is not really living up to the methodology.  Their interpretation of the iterative approach is that they deliver everything and then make adjustments based on your feedback of their single delivery.  If the development effort requires 100 hours that may be reasonable, but if it’s closer to 1,000 hours, do you want to wait that long to see what the developers are coming up with?  It all comes back to risk.  The role of business people and managers is to mitigate risk — it’s a consideration in everything you do.

So, is it reasonable to risk waiting for an IT team to spend hundreds of hours of development time before you have seen what they have accomplished?  We don’t think so.  At least, we don’t think that our clients would be comfortable with this kind of project methodology.  But it all comes back to the planning phase and the IT team’s responsibility to build a plan that determines which portions should be delivered for client review before the entire, integrated solution is ready for testing.

Something that is equally frustrating to business sponsors is when the development phase of a large effort goes on without any questions from the IT team.  Regardless of how well-defined the requirements are the developers should have questions about the details.  Going back to reasonability — is it reasonable to think that a group of developers would have no questions about an effort that requires hundreds of hours of development time?  We think not, which is why we would expect our clients to anticipate an ongoing dialogue with us while we are in the process of developing a solution for them.

The only way to make this happen is to have a team of seasoned web developers with a mindset of knowing when to ask questions.  Even in cases where there are detailed specifications, questions should arise.

And, of course, the QA testing of the project is vital before we deliver anything to the client.  We actually think like the client and see if it truly meets their needs.  Rather than focusing on testing to see if the application or project works, we take it one step further by determining if we actually solved the problem, or met the goals highlighted in the original plan.

Interviewer: Tell us about Step Five — client evaluation and testing.

Steve Short: Yes, we actually get to see the project come alive when the client conducts their initial evaluation and testing.  By following our Adaptive Process closely, we are often just tweaking and refining.  However, with a larger and more complex project, we would typically be delivering a module or “chunk” for the client to evaluate while we’re off developing the next module.  It’s possible that the feedback we get from the client at this point will impact the next deliverable we’re working on or at least the remaining work that needs to be accomplished.  This is often needed because clients add on new requirements and that is totally fine.

This is where a complex project implementation requires us to be flexible so that we accomplish evolving goals for our client, yet disciplined enough to follow our Adaptive Process.  It entails re-evaluating our plan based upon the client’s feedback and adapting it to the current needs of the project.  This is Step 6 — address client feedback and re-evaluate, where we come full circle in the process.

Interviewer: And then you deploy?

Steve Short: Yes, but let’s take a step back.  Before we actually deploy, we have gone through the full Adaptive Process — especially when new requirements are introduced — as many times as needed.  This requires reiterating on all of the steps to ensure we stay true to the methodology and provide a solution that meets all of the client’s goals.  Once we have achieved this, it is time to officially put the project into production.

Interviewer: Thank you for walking us through the Adaptive Process.  Anything else you would like to add?

Steve Short: Yes, I would note that it ultimately comes down to execution, discipline, and attention to detail.  You may have a defined process but you really have to have the people in place that understand it, believe in it, and follow it.

That’s not as easy to accomplish as it would seem, especially when a project has a high level of complexity.  It’s probably why many executives and managers are often skeptical about undertaking IT projects that try to accomplish business goals and you can’t blame them.  Fortunately, we’ve found that when we stay true to the Adaptive Process, the projects we undertake are successful in meeting our clients’ business objectives.  And, that’s what it’s really all about.

Development of Secure Registration and Payment Solution

NetLink developed a secure registration solution for a federal agency, which is an easy-to-use web application allowing agency peer reviewers to register their banking, address, and other required information in order to receive payments from the agency.  Prior to developing this system, the agency relied on an open-to-the-public system for up-to-date payment information for its peer reviewers.  This system made peer reviewers potentially vulnerable to receiving unsolicited commercial email and other solicitations once they have registered.

Thanks to NetLink, the new system is now a fully automated, highly secure web-based system that easily and efficiently allows agency peer reviewers to register to receive compensation.  Registrants can now update banking information and Social Security numbers at anytime, resulting in a reduced number of improper payments.  In addition, Christopher J. Hinkle, Senior Web Architect, NetLink, received the two prestigious awards from the federal agency for this implementation.

Website with a Powerful Content Management System (CMS)

An office of a major federal agency required a multi-faceted public website for informing the public on dietary supplements, and needed the ability to update content in real-time.  The agency turned to NetLink Resource Group to develop a custom content management system for meeting this objective.  It also tapped into NetLink’s expertise for its fact sheet products and related pages that implemented a “glossary” module allowing the user to define words or phrases (“terms”) in a document, which is dynamically (or manually) hyperlinked to their definitions that appear in a pop-up window.  NetLink is in the process of updating the website’s design and architecture using the latest NET technology.

Complex Financial Management Application

NetLink Resource Group was asked to complete a complex financial management application for a federal agency, since the client-server-based project had stalled under the guidance of previous development teams.  The system administers critical and highly detailed royalty processes, including royalty income calculations, inventor contact information, royalty distribution percentages and amounts, as well as other royalty process actions performed by this office within the federal agency.  In addition, NetLink developed and integrated the royalty distribution payment processes and IRS Form 1099 generation, as well as added functionality to generate reports and to reconcile payment data.  NetLink is in the process of converting this application from a client-server platform to a web application.

Web-Based Payment System for Conference Reviewers

NetLink Resource Group developed a web-based payment and reporting system for a federal agency needing to track independent contractor compensation when they review conferences sponsored by recipients of agency grants.  The application intuitively allows for the importing of formatted files from an external system for creating conference records.  The application also tracks and reports on special situations including failed payments, as well as handles IRS Form 1099 reporting.  The system is integrated with the agency’s secure payee registration system, a web application designed by NetLink to allow agency peer reviewers to register their banking, address, and other required information in order to receive payments from the agency.

Major Government Agency Awards NetLink Resource Group Employee with Prestigious Awards

ALEXANDRIA, VA – NetLink Resource Group, Inc., a leading provider of custom web application solutions, today announced that Christopher J. Hinkle, Senior Web Architect, NetLink, received two awards from a major government agency that specializes in medical research.

In October 2009, Hinkle received the very prestigious award in recognition of his superior achievement in developing and implementing an easy-to-use web application that allows peer reviewers to register their banking, address, and other required information in order to receive payments from the government agency.  And this January, Hinkle received an additional award from the agency for his work in streamlining this system into the existing grant review payment process.

“I find it an honor to be recognized with these awards,” said Hinkle.  “I’d like to acknowledge the support of our company staff, especially our company President, Steve Short.  The whole staff contributed to the success of the project and the ability for it to be delivered in such a timely fashion.”

Developed by NetLink, with Mr. Hinkle as the senior lead developer, the new system addresses the critical need at the agency for a secure repository of payment remittance information for reviewers in the agency’s peer review process.  Prior to the advent of this new system, reviewers were required to register their information with a legacy system, which fed into the payment system.

The legacy system offered considerable drawbacks in that it was partially open to the public and was vulnerable to receiving unsolicited commercial email and spam.  By developing the replacement /private system, NetLink was able to swiftly mitigate the problem and complete the project on time and on budget.

About NetLink Resource Group

At NetLink, we work with businesses to analyze opportunities, recommend technology strategies, and execute digital / mobile / web solutions that improve customer engagement, revenues, and operational efficiencies. We dissect complex business challenges, develop quick-to-market platforms that overcome them, and provide ongoing, professional support that allows you to focus on your business rather than managing multiple vendors. Our team delivers solutions that address hospitality, financial, workflow automation, and marketing needs. We serve a wide range of organizations, from SMBs to large companies in the private sector, as well as government and non-profits.

 

###

Major Federal Agency Develops Web Application for Peer Reviewers to Register for Payment

SITUATION:

A major government agency that conducts and supports medical research has a vast network of peer reviewers who review speaker and grant applicants, and require efficient and correct compensation for their efforts.   The agency relied on a legacy system for up-to-date payment information for its peer reviewers.  The challenge with the legacy system is that it is intended for businesses, not individuals, and as such its registrations are open to the public – making peer reviewers potentially vulnerable to receiving unsolicited commercial email and other solicitations once they have registered.  To address this issue, the client required a secure, private application for peer reviewers to register their payment information.

IMPLEMENTATION:

The client partnered with NetLink to develop a secure registration solution, which is an easy-to-use web application allowing agency peer reviewers to register their banking, address, and other required information in order to receive payments from the agency.  Having this information in a central registry where the data can be easily updated by the recipient results in the payments being efficiently and correctly expedited.

NetLink built the new solution completely from scratch using .NET and SQL Server both on time and within budget.   As this implementation involved multiple moving parts including various types of peer reviewers, banking/financial data, as well as integration with agency legacy systems, as well as an existing application that handles reviewer payment, it was a highly complex project that required both a high level of technical expertise and top-shelf project management.  Unlike the open legacy systems, the new web application was built by NetLink to be closed to the public and access to sensitive data is very limited – eliminating the possibility of receiving any unsolicited commercial email due to a registration in the system.  In addition, all of the sensitive data is fully encrypted, providing an additional, vital layer of security.

 

RESULT:

The new web application is now a fully automated, highly secure web-based system that easily and efficiently allows agency peer reviewers to register to receive compensation.   Registrants can now update banking information and Social Security numbers at anytime, resulting in a reduced number of improper payments.  In addition, Christopher J. Hinkle, Senior Web Architect, NetLink, received two very prestigious awards for his efforts in developing this web application.