Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  General  Document Management Strategies
Previous Previous
 
Next Next
New Post 11/25/2014 8:25 AM
User is offline JetCityWoman
2 posts
No Ranking


Document Management Strategies 

We use Sharepoint at my company to store all documentation but it seems disorganized to me so I'm wondering about better ways to organize it.  We build business software systems, so we have documentation for products (the systems that we sell) as well as projects (changes to the systems).  The requirements documents for our projects are all listed in one central place in Sharepoint, in alphabetical order.  We don't seem to maintain a "master" set of requirements documents at a product level, so if you want to know when a particular feature was implemented, you have to search through all of the project workspaces.

For the products I'm responsible for, I think I would like to have a workspace that contains all documents related to the product in chronological order; so the original product requirements and also all of the project documents.   I am also toying with the idea of starting and maintaining a master set of product requirements, which would be all of the project requirements combined into one document.  Is this biting off way more than I can chew?

Does anyone here work in a similar environment, and if so how do you keep things organized so that it's easier to track changes to the product over a long period of time?  The goal is to be able to look back and see when and why (x) feature was done, without having to explore the entire Sharepoint library.

 
New Post 12/1/2014 6:20 AM
User is offline JetCityWoman
2 posts
No Ranking


Re: Document Management Strategies 

Pardon replying to my own post, but I want to add an example of an issue I am encountering as an example of why I want to do this.  I'm a new analyst at this company and inheriting documentation from past analysts.  I felt that I thoroughly documented some new changes needed on one of our systems, but when the developers dug into the code they found some existing logic that wasn't mentioned in the documents that I modified.  Existing behavior that either wasn't documented (agreed to verbally? ) or is documented in some other project workspace for the same system.  If I want to find out if that logic is documented and look for other "gotchas" that I don't know about, I have to browse through more than 10 years worth of different project workspaces. 

 Has anyone here dealt with this problem before, and how did you handle it?  

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  General  Document Management Strategies

Community Blog - Latest Posts

In today's ever-evolving market, businesses must adapt swiftly to remain competitive and meet the needs of a fast-paced digital economy. Among the various business strategies available, digital transformation, customer-centricity, and sustainability have emerged as top priorities. Let’s explore why these strategies are critical for busine...
The Cisco Certified Network Associate (CCNA) certification is a pivotal credential for networking professionals, validating your skills in networking fundamentals, security, automation, and programmability. Preparing for the CCNA exam can be challenging, but with the right strategy, resources, and mindset, you can successfully achieve this certific...
The CEO/CIO's Guide to Architecting AI: Vision to Value in Minutes Introduction to Architected AI Artificial intelligence (AI) is becoming part of our life at an unprecedented pace. As CEOs and CIOs grapple with how to leverage this powerful technology to drive strategy and enhance operations, the concept of Architected AI becomes importa...

 






 

Copyright 2006-2024 by Modern Analyst Media LLC