Quoting IT: Call for Reform in Federal IT Management

Bryan's picture
Submitted by Bryan on

"Information technology should enable government to better serve the American people. But despite spending more than $600 billion on information technology over the past decade, the Federal Government has achieved little of the productivity improvements that private industry has realized from IT. Too often, Federal IT projects run over budget, behind schedule, or fail to deliver promised functionality. Many projects use “grand design” approaches that aim to deliver functionality every few years, rather than breaking projects into more manageable chunks and demanding new functionality every few quarters. In addition, the Federal Government too often relies on large, custom, proprietary systems when “light technologies” or shared services exist.

Government officials have been trying to adopt best practices for years – from the Raines Rules of the 1990s through the Clinger Cohen Act and the acquisition regulations that followed. But obstacles have always gotten in the way. This plan attempts to clear these obstacles, allowing agencies to leverage information technology to create a more efficient and effective government."

-Vivek Kundra, U.S. Chief Information Officer, 25 Point Implementation Plan to Reform Federal Information Technology Management, December 9, 2010

Book on Drupal intranet solutions and Open Atrium.

ananjan's picture
Submitted by ananjan on

Packt is pleased to announce Drupal Intranets With Open Atrium, a new book which introduces readers the power of Open Atrium using practical examples of an Open Atrium Intranet. Written by Tracy Smith, this book provides precise steps to set up a web server on a Windows or Macintosh computer and install Drupal with the Open Atrium distribution.

ECM: Six Tips for Managing Change Effectively

jthumma's picture
Submitted by jthumma on

While researching ECM, you’ve probably read some discouraging statistics about IT project failures, ranging anywhere from 30% to 50%. Gartner analyst Mark Gilbert recently noted that over 30% of ECM projects do not realize full success, according to discussions held with clients during 2008.1 Building the right team, identifying and articulating project goals, and making appropriate software choices are critical, but they don’t guarantee success. Although there are numerous reasons for project failure, I’m going to jump on the bandwagon of change management as one of the root causes, and ride it through the final article of this series.

Project management and change management are integral to project success, but it’s important to differentiate them:

  • Project management consists of planning, organizing, and managing resources to enable successful completion of a specific project.
  • Change management is a structured approach to transitioning individuals, managers, teams, and organizations from their current situation to a desired future state.

Change management planning revolves around a specific, well-defined, measurable, realistic, and achievable project. Managing change starts at the beginning – during the planning stage – and runs through a project’s conclusion, addressing the gradual transition and ongoing support of employees charged with implementation. Those who recognize its importance typically do it well, but too many others make major investments in IT without planning for change. Technology cannot be effective unless people know how to use it effectively and embrace it.

Change Management: Six Steps to Success

1. Assess change readiness

If you want everyone rowing the same boat, the issues have to be on the table. Every concern – no matter how small it seems – should be considered from the employee perspective. What are resistance points? Are your employees:

  • Unclear why changes are needed? Unsure changes will help the company fulfill its mission or achieve its goals?
  • Clear about the purpose, but unsupportive? If so, why? Are they:
    • Anxious about transitioning away from familiar manual processes?
    • Afraid some of their documents will be lost permanently?
    • Reluctant to expose existing procedural weaknesses?
    • Fearful they won’t receive needed training and might fail?
    • Worried automation will destroy their creativity and autonomy?

A team approach to discussing and resolving these issues is paramount to success.

Project management: Designer versus Programmer

It’s ShowTime again, the project manager looks grim, the programmer struts in “I’m gonna break ya” … the designer stares him down, the bell rings… smackdown, and its only morning tea break!

If your design studio resembles a scene from wrestlemania, take heart, you’re not alone!  There is mortal combat out there between two creative forces butting heads over the creation of an online masterpiece. The Project manager aka “the Ref” is breaking into a sweat over burgeoning budgets, wasted time and a design project that looks light-years from delivery.

The two parties that pay for the showdown, the client and the design studio owner, are stuck in the audience looking on wringing hands, the anxiety levels are rising. The problem is that once the cycle gets going it’s hard to stop, the lateness of delivery looks bad to the client, upcoming projects get pushed back to a later starting date. Clients complain and do your business untold damage as your reputation wavers.  Stress levels peak at all levels of your business, even the work experience kid is having a crap time, productivity and staff moral are non-existent, and the boss is sweaty palmed and manic. Profits dry up, no movie night this month for the staff, hey that’s cool, they hate each other anyway.

So why the opposition?

Tips for implementing Web content management

Bryan's picture
Submitted by Bryan on

Tony Pietrocola, Bridgeline Software, posted on their blog seven ways to "Avoid These Common Mistakes When Implementing WCM". Two of the tips he gives have been giving me trouble lately.

2. Have the requirements from all stakeholder groups been accounted for? One of the critical issues that sink CMS investments in the organization is missing all necessary input and buy-in.

3. Trying to solve too much from the very beginning and be all things to all people is a recipe for disaster. In order to be successful, work in manageable phases. Don’t be afraid to upset the apple cart and prioritize.

What do you do when all the stakeholders buy into the CMS but see everything on their laundry list as a priority for implementation? Sometimes having all the stakeholders involved is why tip #3 can be very difficult to do and maintaining a WCM can bring no joy. There is a lot of negotiation skills involved to make WCM implementation and maintenance happen. Unfortunately, not all IT project leaders are good at the negotiation table.

I will have to ponder on these issues a bit more...

Book on simplifying PHP Project Development for your Team

amits's picture
Submitted by amits on

Packt is pleased to announce PHP Team Development, a new book that helps PHP developers work effectively as a team by breaking up complex PHP projects into manageable sub-parts. Written by Samisa Abeysinghe, this book is a precise guide with examples to illustrate practical benefits and to effectively use PHP frameworks to achieve project success.

PHP is a widely used, general-purpose scripting language that was originally designed for web development, to produce dynamic web pages. This free software can be embedded into HTML and generally runs on a web server, which needs to be configured to process PHP code and create web page content from it. PHP has evolved to include a command line interface capability and can also be used in standalone graphical applications.

The PHP Team Development book reduces development time by using MVC to break down complexity in PHP projects and helps catch and eliminate bugs early using source control and bug tracking tools, thereby reducing the development time. This book helps apply techniques related to process models, collaboration among team members, and continuous long-term improvement.

How to plan a web project?

Bryan's picture
Submitted by Bryan on

Simply Content Management: "Planning a Web Project:

1. Define your overall goals
2. Plan/document your project
3. Decide on a criterion for choosing a web design company
4. Search for web design companies
5. Interview web design companies and keep track of results
6. Choose a vendor that meets your needs the best"

Getting more work done through less innovation

Bryan's picture
Submitted by Bryan on
The biggest reward I get from working on IT projects is the opportunity to take new ideas and new strategies and piece them together into something that has never been done before.  Even when I'm not the one originating the new idea, I like helping other innovative people bring their ideas to the table.  I have ideas, dreams, and aspirations to help take my workplace to the next level of where it should be via innovative use of what I know best, information technology.  How could innovation and all these wonderful ideas I have in my head not be anything but a good thing for my organization?  A recent article in the Wall Street Journal answers just that question by saying that there are negatives for an organization that innovates too much.

In "How Innovation Can Be Too Much of a Good Thing", George Anders writes about how companies and business consultants are rediscovering that less innovation can produce better business results.  Companies that used to push the limit in efficiency are finding that they're "jamming too many new ideas into a product pipeline, without enough slack time to ensure that critical tasks stayed on schedule".

Similar insights have been standard wisdom on the manufacturing floor for decades. Factory managers learn about bottlenecks through the formal discipline of queuing theory. That teaches them to keep a little slack in the system to handle the unpredictable -- but inevitable -- crunch times.

pingVision: Project Management with Drupal

Bryan's picture
Submitted by Bryan on
"Two of the challenges faced in every project are the task of identifying milestones and distribution of work. Many systems and methodologies have been created to help address these issues but there is little information about using these practices in Drupal development. This post is an attempt to identify a methodology and tool set for managing the development of a Drupal based project."

Complete Story

OSC: Trac - Making management of OSS and commercial projects easier

Bryan's picture
Submitted by Bryan on
"Technologies are changing so quickly around us that it's hard to find and integrate good software before its replacement has gone mainstream. For this reason, I'm always on the prowl for what's new and hot.

A couple days ago, I was checking up on the status of Wordpress 2.1, which is supposed to have exciting new features like pseudo cron and spell checking. I came across Wordpress's defect/feature management system, Trac. Just to be clear, Wordpress isn't the author of Trac."

Complete Story

Questioning CMS Consolidation

Bryan's picture
Submitted by Bryan on

CMS Watch has a very good article on their site titled, "Question CMS Consolidation".   The article serves as a reminder for IT and managers that, although technically feasible, an organization may not want to put everyone on the same content management system (CMS).  Why would an organization want to to consolidate their systems in the first place?  For those at top of the organization there may be some obvious reasons to unify the organization onto a single CMS.

Many organizations are looking at a portfolio of dozens of content management systems running somewhere on their network. From sheer tidiness alone, it’d be nice to have a shorter list. And such tidiness can have real benefits: better negotiating leverage with vendors, reduced overhead to manage contracts, reductions in the number of servers and hence in datacenter space (with attendant power and operational costs), and so on. Finally, increased demands for compliance and control are placing a premium on simplifying information management.

In my own organization, we have had both Internet and intranet servers since the mid 1990's supporting operations and administrators.  While we moved our Internet web servers onto a CMS a few years ago, it is only the past few months that many of our offices and departments have shifted their intranet from static pages to much more dynamic system.  As many of our field offices migrate their servers to utilizing newer Web 2.0 and collaboration applications, IT and management have a strong desire to consolidate those applications and servers.

Has XOOPS lost its appeal?

Bryan's picture
Submitted by Bryan on
What really keeps an open source project going?  I think it all starts when someone in the open source community asks the tough questions.  Take for instance this one, "Has XOOPS lost its appeal?".   The project will evolve depending on how the project responds to such challenging questions.  In this particular case, those closer to the open source project asked in a proactive response, "How do we give XOOPS appeal and user satisfaction?".
Following some innovative ideas from the Has xoops lost it's appeal thread, I have decided to open a new thread, with some extractions of ideas to work on. The suggestion is that xoops has lost its appeal in some ares concerning community support. I have tried to pull out the POSITIVE and proactive suggestions so that we can build on this, working up to some real action for improvements. If a user asks a question like this, I believe it is the responsibility of leadership to sit up and take notice. Here is my response, as a small contribution to answer criticisms with some proactive response.
I urge you to read the forum threads and decide for yourself whether XOOPS has lost its appeal or not.  For me, this is the first time in a long time that XOOPS has shown something that appeals to me most.  I call it open source synergy.  I predict good things for XOOPS in 2007.

Taking 'no' one step further

Bryan's picture
Submitted by Bryan on

On Planet Drupal, there have been a number of posts lately about the difficulty project leaders and developers have in  saying "no" while working on a project.  As much as Project leaders want to please both their client and their team members, real leaders understand the responsibilities they have in saying "no".  More specifically, I'm talking about Boris Mann's post, Susan Mernit on the role of "no" in product development as well as Laura Scott's own post You've got to know when to 'no' them .

This is all interesting to me because for some time I've wanted to talk about Aaron Mentele's post, Every once in a while you need to fire a client.  Aaron Mentele is a web designer and co-owns a web design company based in Sioux Falls, SD.

There comes a time when most project leaders have mastered the the ability to say "no" to certain requests.  But what happens if you find yourself not really saying "yes" to the client?  Do you have it in yourself to recognize that by having to answer "no" so often in a project you likely shouldn't have taken on the project in the first place?  What are you to do?

Pages