How to Decide: Functional vs Document-centric Project Structures

By Zeb posted 25 days ago

  


Regardless of industry or company size, when deploying Jama Connect, teams must decide how best to structure information in their Jama projects. Typically, the following two approaches are considered:
  • Functional Product Structure: Projects are structured to align with the hierarchical breakdown of product definition (e.g., system/subsystems) and/or the organization of teams/disciplines.
  • Document-centric Structure: Projects are structured to align with documentation needs, whereby the project's Explorer tree basically becomes the Table of Contents for the document.

In the example below, the Functional Product Structure is organized by levels of requirement abstraction and disciplines. Contrast that with the Document-centric Structure, where components in the Explorer are essentially "documents".

Teams that do not require documentation outside of Jama Connect prefer the Functional Product Structure. However, in some cases, like when transitioning from MS Word, even teams that do not require documents attempt to control the impact of change and reduce new-tool resistance by mimicking the document-style organization of requirements in their project. This may be a short term transition solution that helps increase adoption by building out a familiar structure into their projects. Long-term, they will tend to restructure projects to take advantage of logical groupings by requirement types, disciplines and levels of abstraction.

Teams requiring documents from Jama Connect, such as regulated companies generating documents for their audited systems, may feel the only option is to implement the Document-centric Structure. However, as described below, there is another option for these teams. This option provides the benefits of a Functional Product Structure while still producing the desired documentation attributed to the Document-centric Structure.

For teams that need to generate documents from Jama Connect, consider the purpose of the documents:

  • Are documents serving simply as a hand-off with another team? In this case, there may be some flexibility in the export format, allowing teams to organize Jama based on "how we work" vs. the document.
  • Are documents generated for auditing purposes or required per Operating Procedures? Here, the documentation needs and format may outweigh other needs or preferences.

Even if Jama Connect is used to generate audited documents, it may still be worth exploring options to support both document needs and alignment with "how we work" (e.g., requirements grouped by levels of abstraction, teams, etc).

An approach to accommodate both makes use of Advanced Filters. Advanced Filters can query across the project for items in varying locations and of different types. With this approach, teams can consider using the structure to accommodate their preferred organization within projects (for ease of use, permissions and locating data) while using an Advanced Filter to query across the project and export documents.

As an example, the Medical Device Framework provided with our Medical Device Services Offering is configured to accommodate functional and discipline-based organization of items while meeting documentation needs using Advanced Filters. The Functional Product Structure shown above from the Medical Device Framework is based on hierarchical and discipline-based requirement groupings. Documentation needs are handled by Advanced Filters, shown below. Note that the Project Overview set found in the Explorer (see red box in Functional Structure above) is included in each filter using a Filter Rule (image below). This "Documentation" set includes Overview, Introduction and Scope information that is common across all documents. By including it in the filter results, it will show up in all filter-based exports.

Please note that although the example above calls out Medical Devices, the decision on how to structure the Jama Explorer tree applies to any organization using Jama, no matter the industry.

Different teams using a single instance of Jama Connect may have different needs and therefore require different project structures. Jama Connect can accommodate these differences, project to project. Additionally, as teams continue to use Jama Connect, their needs may change and so may their organizational preferences. Over time, projects can be updated to accommodate the changing needs of the team. This means that no matter the approach decided upon initially, adjustments and improvements can be made.

Example of Filters for Exporting:


Example of Filter Criteria:

0 comments
19 views