Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.


36 posts

Geek


Topic # 123271 1-Jul-2013 20:43
Send private message

So.  I need to pick a few brains (please).

I've Googled - to no avail...
  
Scoping documents (for software) what information should they ideally contain?   I'm twixt and between:  my legal office background is telling (screaming) at me to make sure I've got an entire library's worth of words in pages and pages of documents but the 'person' in me is saying otherwise...

I'm kinda in the deep end here: all and any suggestions, pointers, etc are greatly appreciated!

TIA



Create new topic
6319 posts

Uber Geek
+1 received by user: 382

Moderator
Trusted
Lifetime subscriber

  Reply # 847947 1-Jul-2013 22:15
Send private message

Our scoping document outlines functionality the client's customers will have, what is in the admin panel, what integrations are included, who will host it, etc etc.

It's pretty much a comprehensive outline of exactly what the system will do.  I would suggest the more detail, the better.

(ours also make up a big portion of our legal agreements)

1241 posts

Uber Geek
+1 received by user: 156


  Reply # 847954 1-Jul-2013 22:23
Send private message

Who are you presenting the document to, and what are they expected to produce for you after reading it.

If you are presenting this document to lay-people (otherwise known as, management), keep it to talking points and buzzwords, general broad outlines, they will glaze over if you go in too deep, they won't read it, or comprehend it, and they will still complain that "it's wrong" when the product is produced exactly according to what you wrote.

If you are presenting this document to somebody who is going to design your new software, the architect if you will, just include the functions you want your software to have. It is their job to take what you say you want and write the specification that describes what you actually need (two separate things).

If you are presenting this to a programming team, then you need to clearly outline what it is you want, exactly, and how it is to work, exactly.







---
James Sleeman
I sell lots of stuff for electronic enthusiasts...




36 posts

Geek


  Reply # 848029 2-Jul-2013 07:35
Send private message

@Nate - thanks!

@Sleemanj - thanks!

Things to think about - both from different perspectives.


6241 posts

Uber Geek
+1 received by user: 1050

Trusted
Lifetime subscriber

  Reply # 848031 2-Jul-2013 07:45
Send private message

Our ones also have a section for things that the software won't do (due to time, budget, etc) that the customer may otherwise expect.



36 posts

Geek


  Reply # 848045 2-Jul-2013 08:26
Send private message

Thanks @Behoder - that's a good idea ... nothing worse'n than the 'curse of ass/u/me', eh?

1221 posts

Uber Geek
+1 received by user: 123


  Reply # 848393 2-Jul-2013 19:02
Send private message

What kind of project is it for? An internally developed software project for a customer, or one that is going to be developed by an external vendor?

I typically use two types of scope, the first is the Project Scope which defines what activities are included in the project as a whole, the other is the product scope which determines the functional and non-functional deliverables of the final product. The type of project usually determines the weighting of each document - for example time and materials or fixed price.

Also, what project management method is being used? If using PRINCE you'll probably already have a project brief to work from and your scoping process will need to tie in with that. If you are using PMI it may be likely you may only require a Product Scope in which the customer is paying for the deliverables (the stuff in scope). In both cases as mentioned above it is worth while thinking about what may be out of scope.

Another thing to consider is what process are you going to use to manage changes to the scope. For example, if you get scope change that affect the final timescales, is another feature going to be pulled or pushed into a different phase, or will it be ok to move the timescale back. Who needs to be notified and what kind of signoff is required is another consideration for this process.

Finally is your project going to have a risk plan with the appropriate risks mitigated (and will any of these affect the scope if activated?)

As suggested above, it is always worth while knowing the audience one is writing the document for.




Software Engineer

 




36 posts

Geek


  Reply # 848483 3-Jul-2013 06:30
Send private message

Thanks for such a detailed answer TwoSeven - appreciated.

Our goal is that the next natural transition after we've delivered the scope is to be assigned the contract to build... that we'll have so wowed and impressed, that they wouldn't even consider going anywhere else. (Isn't that everyone's, lol?)

As we're currently dealing with the owner of the business your suggestion of including 'future alterations' is a good one (thank you) ... no one can know what's in the future, eh?

Thanks for your contribution and input!


1221 posts

Uber Geek
+1 received by user: 123


  Reply # 848584 3-Jul-2013 10:00
Send private message

Believe it or not, one can actually develop a good idea of the future when it comes to software development :)

It comes down to ones understanding of both the vertical market segment and the business domain in which the customer is operating as this leads to a better understanding of the problem that is to be solved.

Generally I have found that it comes down to the quality of the analysis model that one uses. This model is used to foster an understanding of the existing system and turn subject matter experts opinions into tangible fact. Note that analysis model is a method specific term, different methods will do this in different ways.




Software Engineer

 


Create new topic

Twitter »

Follow us to receive Twitter updates when new discussions are posted in our forums:



Follow us to receive Twitter updates when news items and blogs are posted in our frontpage:



Follow us to receive Twitter updates when tech item prices are listed in our price comparison site:





News »

Intel introduces new NUC kits and NUC mini PCs
Posted 16-Aug-2018 11:03


The Warehouse leaps into the AI future with Google
Posted 15-Aug-2018 17:56


Targus set sights on enterprise and consumer growth in New Zealand
Posted 13-Aug-2018 13:47


Huawei to distribute nova 3i in New Zealand
Posted 9-Aug-2018 16:23


Home robot Vector to be available in New Zealand stores
Posted 9-Aug-2018 14:47


Panasonic announces new 2018 OLED TV line up
Posted 7-Aug-2018 16:38


Kordia completes first live 4K TV broadcast
Posted 1-Aug-2018 13:00


Schools get safer and smarter internet with Managed Network Upgrade
Posted 30-Jul-2018 20:01


DNC wants a safer .nz in the coming year
Posted 26-Jul-2018 16:08


Auldhouse becomes an AWS Authorised Training Delivery Partner in New Zealand
Posted 26-Jul-2018 15:55


Rakuten Kobo launches Kobo Clara HD entry level reader
Posted 26-Jul-2018 15:44


Kiwi team reaches semi-finals at the Microsoft Imagine Cup
Posted 26-Jul-2018 15:38


KidsCan App to Help Kiwi Children in Need
Posted 26-Jul-2018 15:32


FUJIFILM announces new high-performance lenses
Posted 24-Jul-2018 14:57


New FUJIFILM XF10 introduces square mode for Instagram sharing
Posted 24-Jul-2018 14:44



Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.



Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.

Alternatively, you can receive a daily email with Geekzone updates.