Archive for the ‘Articles’ category

Benefits of Enterprise Social Software

January 29th, 2011


The enterprise social software is essentially a type of social networking software that helps in bridging the gap in time and space without the participants being physically present or working on it at the same time. Most of the companies are open to fresh ideas that come from the smallest of their employees, clients and other users. We often find companies having meetings and brainstorming sessions to get better ideas.

However, this is now a thing of past. With the social networking software, one need not be present physically or even virtually at the same time for participating in any of the sessions. There are a number of such software available that easily enable maximum participation in any of the activities.
Prerequisites of Enterprise Social Network

Built-In Functions – In order to be classified as an enterprise social network, the social networking software that we use must have certain basic built-in functions. One of the most important functions is the search functions. It enables the user to search data and contribute towards the idea that has been circulated. Besides this, it should also have functions like linking, tagging, authoring, and signaling. One example such a software tool that is being commonly used by many companies is the “wiki”.

Accessibility – The wiki is social network software, which is ideal for enterprise social networking. Essentially, it is based on the fact that any information that is there should be accessible to everyone. The content can be added or removed by anyone. With this idea as the backbone of this social networking software, it becomes very easy for the users to access it at the time of their choosing and add any additional input that they can think of.

Collaborative Work – There are many enterprises that make use of this model of collaborative work. Instead of being confined to a boardroom or a meeting, they make extensive use of wikis to monitor the progress for any of their projects. All one has to do as a member of a particular project is to go through others work, add their own input and leave a note for others as to what has been done and further if there is anything to be done.

There are number of such social network software on the web. Most of them are open source that is free to download whereas some of them have charges because of the additional features that the offer. However, for most enterprises the basic free to download social networking software would suffice. A good example of such open source social network software is the DokuWiki, which is ideal for small companies.

Enterprise social software thus enables harnessing the best of ideas at appropriate time and improving upon them collectively to achieve the best results in any project. It is not dependent on a few workers but is a collective effort of all those who use this type of social networking software. Enterprise social networking software is therefore important to various enterprises who wish to speed up communications and streamline effort.

By: James Mathew Smith

About the Author:
SocialNetworkSoftware.com is a Social Networking Software for developing community websites. It can be used in setting up niche social network site for a specific country, company, business category, college/student community, adult theme or a general networking site.



When Should You Hire a Program Or Project Manager?

January 28th, 2011


A frequent question when it comes to buying Enterprise IT Consulting Services, is “do we really need the vendor’s project management services when we have our own in-house staff?”

This is a great question, and a crucial component of Strategic IT Program Planning. The short answer is: there is no one-size-fits-all-answer. To put the question in context, let us suppose for a moment that your organization is highly “projectized” or “matrixed.” The organization has a strong centralized PMO (Project Management Office), or perhaps it also has PMO’s organized along line of business (LOB) or departmental lines. Or, your organization may be the exact opposite: little or no centralization, distributed project management and a lot of ad hoc resources. In either case, the important thing to know is that the right decision is not solely a matter of how many project resources are involved in the project, or even your degree and availability of internal expertise. Nor is the decision absolute. In some cases for example, it may make sense to engage the vendor’s project resources during certain phases of your Strategic IT Program, and disengage in other cases.

Engaging the vendor’s project manager may be beneficial or in the following cases:

Internal project managers are over-allocated to current projects. Your organization has no existing enterprise-scale Strategic IT expertise. The vendor is adding 3 or more engineers/architects/developers to the project. Vendor engineers will not be tightly embedded with internal staff and may be working remotely. Vendor has complex time, budgeting and reporting requirements. Terms of your vendor SLA require it. When multiple vendors are engaged in complex deployment scenarios, with each owning a piece of the program. When technically complex deliverables are required with very tight timelines. When multiple concurrent deliverables are required by multiple vendor and internal teams. To help vet Internal project or program plans. When maintaining program continuity during internal resource shuffles or key resource losses.

Vendor project managers may be redundant or less beneficial in the following situations:

When engaged solely in ongoing maintenance contracts. For portions of your program or project that are strictly internal, such as planning, determining compliance or regional requirements. When two or less vendor engineers are deployed on your site. When internal project plans are tightly scoped, vetted, and agreed with vendor technical staff. When vendor PM overhead is cost prohibitive. When there are significant difference in project tools and document formats. When significant internal PM expertise exists and is available for your current Strategic IT project.

When in doubt, it is best to err on the side of safety, especially when a Strategic IT investment is substantial. Should you decide to test the waters with vendor PM resources, follow this checklist:

Insist on an iron-clad Scope of Work (SOW) document. Establish clear PM beginning, ending, and review dates prior to implementation. Require firm delineation of what the vendor PM would do, relative to the vendor’s engagement/service manager.

NOTE: Many vendor Project Management or “PM” functions may already be performed by the vendor’s engagement manager.

Conclusion

Large-scale Strategic IT Programs such as Identity Access Management (IAM), ERP, Enterprise Messaging, Data Center Consolidation and the like require extensive teams and tight program management. When engaging vendor teams to assist with your planning and implementation, it is crucial to ensure that the right level of management and reporting is in place to cover all team members. When working with a mix of your internal staff and external vendors, be sure to evaluate your needs carefully, and when in doubt, bring in vendor project management on a trial basis to keep your project or program running smoothly.

By: Corbin Links

About the Author:
About the Author

Corbin Links is known in professional circles as “Your Guide to Thinking BIG in Business IT Consulting.” He is the author of three books “IAM Success Tips: Volume I,” “IAM Success Tips: Volume II,” and “IAM Success Tips: Volume III.” Corbin is currently writing his fourth book, which is due for release in October 2010.

Take your Business IT Consulting practice to the next level! CorbinLinks.com



Developing the Enterprise Change Management Team (ECMT)

January 27th, 2011


The change that we most often refer to in these modern times has a lot to do with our zeal to make things better. Throughout our history there have been leaders of change such as Martin Luther King, John F. Kennedy, Ronald Reagan, and even Barrack Obama. The genesis of this change began with an observation, an idea, methodology, and assembling a team to plan and implement this change. The same can be said for organizational change in this very same sense.

Firms that are resistent to change will find the future a lot less manageable as competitors embrace the challenges to enhance efficiencies, stream-line processes, and position staff and resources for a more effective effort to met the goals and objectives of an organization. In order for this to occur astute leaders must empower, encourage, and foster a confidence in his or her Enterprise Change Management Team (ECMT). One of the fundamental mistakes that managers make in this transition is the failure to appreciate the change as an essential project with the same urgency as that of any other operational requirement.

The second challenge for managers is to retain team focus on the implementing this change with the understanding that comfort-zones may have to be forfeited or compromised from C-Level executives down through entry-level employees. Included in this change management plan should be measures to abate resistance to these changes in a comprehensive adjustment or training platform that minimizes concerns and distractions. Another common mistake among organizations is the simultaneous implementation of staff-reduction in the midst of this change process. Depending on the circumstances, a wise ECMT would coordinate with senior management on a schedule that is recommended after the required staff reduction has taken place before implementing the changes if a component of this project involves such a measure. The rationale for this approach is to minimize the distraction of the participants in this process which commonly includes all personnel in some way.

The ECMT must have a common mission that is focused to assist the organization in its commitment to pursue the mission of the organization without favor to a certain department, branch, or facility. The purpose of the team should be designated for the sole purpose of serving the organization internally and not the external customers or venders. The creation of others teams to address those other areas may be developed to specifically focus on their transitions in processes or policies in dealing with your organization. By making the ECMT too broad, managers run the risk of team-members losing focus and allocating resources for abstract objectives. The ECMT project team should be viewed as an internal service-based group similar to Information Technology Services (ITS) or any other aspect of the firm that has internal customers.

In order to ensure continuity and confidentiality of vital internal operational functions and proprietary information, it is best that the ECMT create and develop the project in-house. This establishes that the firm actually owns the project and marginalize the risk of competitors being afforded the opportunity to have access or knowledge of the procedural or system modifications.

The key ingredients for success with the ECMT are information, mission, vision, integrity, zeal, and the capacity to train learn and develop the concept.

As with any project magnitude does have an impact on the scheduling and resources which can then impact the implementation of the project and therefore this may vary in respect to how the project progresses. The ECMT Team will need some of the following resources to successfully master the project of change within the organization.

1) Knowledge of the Industry and competition and where the organization is and where it would like to be after the completion of the project. The period of time when the results can be accurately measured for the prescribed benefits for the change.

2) Each member of the team must develop ot possess the skills to become the leader in his or her own discipline as it relates to the project.

3) A comprehensive strategy must be established to foster inter-departmental relationships that can endure the duration of the project and facilitate a dialogue for continued growth among disciplines after the project is completed.

4) Members of the team will need to enhance and improve their comprehension of the technologies used in the project along with those that will be required for the internal customers to use. This includes learning software applications and business processing in a way that can be taught to those personnel yet to comprehend the changes.

5) The team will need to be responsible for documentation and developing a problem-solving and definitions library that correlate the changes for the potential of manuals and other training instruments. In this case the Information Technology department may assist in the development of such a resource through a LAN-based system.

6) The team will need systems analysts and developers that can think through flow-charts and functional procedures with managers to ensure that all departments are serviced by these changes.

7) All members of the team must have an understanding of the expected performance of the changes and deliverables required for management. Also, they must be aware of the challenges they face in respect to the feasibility of the project workarounds and obstacles.

8) All aspects of the business requirements and technical requirements must correlate with the organizational requirements without exception. Many technical firms ran into difficulty when some managers encouraged programmers to create applications in the 1990′s just to keep their jobs instead of actually producing results that benefited the organization.

9) The ECMT leaders must have the clarity to incorporate outside expertise for certain aspects of the project that cannot be fulfilled in-house due to fiscal constraints, contracts, or some other reason. In many cases a contract and confidentiality agreement is signed by the contractor to ensure the privacy of the project.

10) All team-members must develop an advocacy strategy to promote this change or sell it to others who are not immediately affected by it. Most often firms will pre-sell an idea with the Chief Executive Officer (CEO) or other stake-holder to foster compliance and confidence in the development of the project and implementation of the change. The benefits of the change are conveyed. These will be the very aspects that gave the project legs in the first place.

11) The ECMT will need to develop the coping skills of dealing with resistance among legacy employees who are not convinced that the change makes a difference. This challenge can come from a senior executive down to a janitor in an organization and the team must develop a strategy for handling such adversity in compliance without using threats or creating hostility.

12) And finally the team must have an idea of what the final project will look like, the big picture of things. This can be used as a selling point throughout the process as incentive for others to embrace and for motivation for the team to continue.

One motivating factor for ECMT leaders is to develop a theme for the project and in some cases a mascot to keep moral high and to include a sense of solidarity among members. A good example of this was the Skunk Works when the Stealth Fighter was being developed. The goal for the ECMT manager is to create a team that includes management, executives, supervisors, employees, technical staff, and even accounting and finance so that your project is successful.

James L. Adams Jr. | November 19, 2010 ©

By: James L Adams

About the Author:
James L. Adams Jr.is an FCC licensed broadcasting professional with graduate studies for the MBA in International Business and a Bachelor of Science degree in Information Technology. He has worked as Information Technology (ECM) Project Manager, IT Specialist, IT Senior Business Analyst,Change Management Specialist & Trainer, Java 2 Programmer| Analyst, and Business Development Analyst. James is also a member of the Society of Motion Picture and Television Engineers (SMTPE) and currently works as a Hedgefund Developer for Weiberfach International GmbH.

You may see more of his work at the Weiberfach Business Journal