Archive for category Methodologies & Frameworks
New open source project management tool for large-scale enterprise systems
Posted by Shahid N. Shah in Methodologies & Frameworks, Project Management on July 21st, 2009
I just ran across the new Endeavour Software Project Management solution; it seems to be a pretty feature-packed web-based open source package to manage the creation of large-scale enterprise systems. Unlike most large project management solutions that assume waterfall approaches, Endeavour’s designers understand that most modern applications are developed in an iterative and incremental development process and it supports agile processes by providing administration for software process artifacts, reports and collaboration among many different stakeholders.
It’s still quite rough around the edges but I think it’s a great start.
Cloud Computing: DISA’s Operational Perspective
Posted by Shahid N. Shah in Cloud Computing, Methodologies & Frameworks, Project Management on March 8th, 2009
DISA’s been doing some excellent work around global hosting and creating centralized data centers for use across the government. A couple of weeks ago they presented their cloud computing operational perspective at the GSA Cloud Computing Quarterly IT Forum.
Their presentation is worth reviewing:
Are your RFPs "green"?
Posted by Shahid N. Shah in Methodologies & Frameworks, Regulations & Guidance on September 23rd, 2008
Reducing energy consumption for IT (”greening”) is a major cost containment issue — something we’ll need to do in the times of budget cuts that are probably on the way. One key to achieving “green” in IT is the green request for proposal (RFP). The government should be driving energy efficiency in desktop and data center environments and use the RFP process to gain energy efficiency as part of their green IT goals. OMB hasn’t really mandated any “green IT goals” yet but I think they’re coming, especially if there’s a Democrat administration on the way (but even if it’s McCain).
Using RFPs is valuable for IT and it signals which areas the government might intend to push its vendors in the future. Commercial and Federal buyers should seek progressive energy efficiencies and cleaner manufacturing processes by pushing green across suppliers.
The value of architecture artifacts
Posted by Shahid N. Shah in Methodologies & Frameworks on August 29th, 2008
As business or technology architects we all create tons of artifacts — documents, diagrams, whiteboard scribbles, and presentations. The question I and a other architects were musing about this week was “what is the value of all this stuff we create?” How much of this stuff is shelfware and how much is truly useful? Some of us think that the federal acquisition process demands it but the content is not accurate and might even be irrelevant.
One of the discussion members said that, from a programmatic perspective, architecture artifacts can, if done appropriately: (1) be of very high value in communicating with oversight officials (and that brings funding), and (2) bridge programs for interoperability.
I tend to think that most of the artifacts we generate are for helping ourselves understand what we’re doing and convey our principles, concepts, designs, and plans for others to better understand what we think we know. Ultimately, even if it’s shelfware it seems that all architecture artifacts have some value — even if it’s just historical value. The key is that we don’t create artifacts for the sake of those artifacts but for the sake of increasing communications.
What are your thoughts on architecture artifacts? What rules do you use to create “just the right amount?”
GAO reports on Agencies’ rebaselining projects
Posted by Shahid N. Shah in Methodologies & Frameworks, Project Management on August 26th, 2008
A fellow EA at the Army sent me a link to the GAO’s recent IT report entitled “OMB and Agencies Need to Improve Planning, Management, and Oversight of Projects Totaling Billions of Dollars“. The study’s introduction says it was needed because:
…the Office of Management and Budget (OMB), which plays a key role in overseeing the federal government’s IT investments, identifies major projects that are poorly planned by placing them on a Management Watch List and requires agencies to identify high-risk projects that are performing poorly (i.e., have performance shortfalls). Having accurate and transparent project cost and schedule information is also essential to effective oversight. At times, changes to this information—called a rebaselining— are made to reflect changed development circumstances. These changes can be done for valid reasons, but can also be used to mask cost overruns and schedule delays.
It’s worth reading and getting our hands around what the legislative side thinks about our IT projects. Their summary indicates rebaselining is a major issue:
In its rebaselining review, GAO reports that 48 percent of the federal government’s major IT projects have been rebaselined for several reasons, including changes in project goals and changes in funding. Of those rebaselined projects, 51 percent were rebaselined at least twice and about 11 percent were rebaselined 4 times or more. In addition, while the major agencies have all established rebaselining policies, these policies are not comprehensive. Specifically, none of the policies were fully consistent with best practices, including describing a process for developing a new baseline and requiring the validation of the new baseline. Agencies’ policies varied in part because OMB has not issued guidance specifying what elements these policies are to include. In its report, GAO makes recommendations to OMB to issue guidance for rebaselining policies and to the major agencies to develop comprehensive rebaselining policies that address identified weaknesses.
Not exactly a damning statement but certainly something we should be mindful of as we look forward to our new EA submissions in the figure. With some changes expected with the coming presidential transition it’s unclear what OMB’s direction might be but even if specific policies aren’t announced, if we just use standard best practices on our side we should be ahead of the curve.
Comparing Top EA Methodologies
Posted by Shahid N. Shah in Methodologies & Frameworks on August 23rd, 2008
I’ve been doing EA for years and one of the most common questions I’m asked from young business analysts and aspiring architects is “what is an EA methodology?” There’s no easy answer to what EA is because it means so many different things depending on the intended audience but there are common methodologies that folks are likely to see in various settings.
Last year Microsoft published Roger Sessions’s white paper called “A Comparison of the Top Four Enterprise-Architecture Methodologies“. It’s worth reading.

Recent Comments