April 25, 2004
Group by IT practice
In large development group organizations, there are various ways to support different functions. In Application support, sometimes groups are split up by departmental functionality. For example, the IT division is split into various departments that manage certain business processes. This group deals with all technology requests regarding patient registration. Departmental functionality does do a great job of giving a department one single point of contact for relaying the status of projects, issues, and other requests. On the other hand from a technology viewpoint it really does a disservice, because the practice creates silos. Each IT department has one or two individual that are either programmers; an implementer; screen designers/builders; interface specialists; and/or dbas. The outcome is that each it department has disparate practices and skillsets.
It may be better to divide application support into the skillsets needed, and have a centralized project management office. For example, have a group of individuals who are experts at mapping out workflow and obtaining business requirements. Create another group of people who are the implementers of the organizations, the project managers, then organize the developers under a central group, as with the interface experts, and with the reporting experts. Split testing and change control functions into specialized individual groups. This practice would eliminate people working in silos and provide better cross training with similar skillsets. The single point of contact could arise out of the project managemetn office or the business analysts group. Also this split would highly increase the repeatable processes, and lessons learned would arise with a greater understanding. This type of organizational design would also leverage any organizations contraints of time, cost, and quality.
What do business analyst's do?
Implementing a project dashboard 101
Himss - Final Thoughts
HIMSS 2008 Perceptions - A first glance
Our best intentions and the effects of not collaborating
Quick Little Risk Management Checklist
Tasks, Projects, Programs
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
August 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
November 2005
October 2005
September 2005
August 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
Joel on Software
David Ross
Edward Prevost
Martin Fowler
The Health Care Blog
The Tales of Hoffman
The Business Word
Medical Rants
Christina's Considerations
Paul Levy
HIS Talk
Appropriate IT
Candid CIO
RSS feed




