﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Dirk commented on What questions should you ask at the beginning of a project?</title><description>How about Disaster recovery?
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment12</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment12</guid><pubDate>Mon, 17 Nov 2008 11:18:58 GMT</pubDate></item><item><title>Ayende Rahien commented on What questions should you ask at the beginning of a project?</title><description>Steve,
  
Users is a good metric because it force the project owner to think about this.
  
There is generally a direct correlation between the system load and the number of users.
  
  
Remember, I am not interested in NUMBERS, I care about what order of magnitude I need to deal with
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment11</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment11</guid><pubDate>Sat, 15 Nov 2008 21:06:29 GMT</pubDate></item><item><title>Steve Sheldon commented on What questions should you ask at the beginning of a project?</title><description>"Scalability Requirements - How many users are we expecting? "
  
  
Asking how many users is an utterly useless measurement.
  
  
Does Starbucks give a rip about how many concurrent customers they have in their store?
  
  
No.
  
  
They're more concerned with "How many coffees do you sell per hour?" , "How many cappucinos do you sell per hour?", "How many iced drinks do you sell per hour?"
  
  
You know how long it takes to pour a coffee, make a cappucino or an iced drink.  Using that, you know how many staff and how many espressor machines you should have to handle the volume.  
  
  
The same with software.  It is not about users.  It's about things which happen.
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment10</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment10</guid><pubDate>Sat, 15 Nov 2008 16:52:03 GMT</pubDate></item><item><title>Bunter commented on What questions should you ask at the beginning of a project?</title><description>First question I always ask is "do we really want to do this project". Second is "if we are going to take this project, who will be the experts and what knowledge will they provide".
  
  
I sure like Peter's questions, usual problem is to dive into technicalities without seeing the actual goals driving all things in the project, including technical ones.
  
  
ps: Sure, my definition "beginning of the project" goes a bit more earlier stages. Semantics.
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment9</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment9</guid><pubDate>Sat, 15 Nov 2008 15:28:09 GMT</pubDate></item><item><title>Daniel Fernandes commented on What questions should you ask at the beginning of a project?</title><description>Too many times I have dealt with agile developers who vehemently do not want to ask themselves those kind of questions at the beginning of a project. I had the bad experience of such a project where it took the company about 4 months so that I could roughly figure out what was the overall goal of the system. I call this the 30,000 ft view of a project and I think this has an important place in agile because without a big fat document this is the next cheapest way of knowing what the hell is going on. 
  
I do like Peter Richie's questions. And I may add something more, a colleague once said that until developers are made aware of what kind of reports the system is supposed to be able to produce then the data requirements are not clear enough.
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment8</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment8</guid><pubDate>Sat, 15 Nov 2008 07:12:03 GMT</pubDate></item><item><title>Success_And_Done commented on What questions should you ask at the beginning of a project?</title><description>@Peter
  
  
Yeah buddy.  Everything is a variation of these two criteria - unless you want to get sued or fired.
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment7</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment7</guid><pubDate>Sat, 15 Nov 2008 03:59:59 GMT</pubDate></item><item><title>J Healy commented on What questions should you ask at the beginning of a project?</title><description>Seems as though the contextual 'framework' you're searching for or wanting to discuss is pretty thoroughly covered by guys like J.D. Meir and others up on the MSDN Architecture site and at similar such sites at IBM. Meier's Arch Cheat Sheet isn't a bad starting point: 
[http://tinyurl.com/6qfjc5](http://tinyurl.com/6qfjc5)</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment6</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment6</guid><pubDate>Fri, 14 Nov 2008 22:12:36 GMT</pubDate></item><item><title>Ayende Rahien commented on What questions should you ask at the beginning of a project?</title><description>Alex,
  
Role based and Rule based.
  
That was a typo.
  
  
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment5</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment5</guid><pubDate>Fri, 14 Nov 2008 21:49:59 GMT</pubDate></item><item><title>Christopher Bennage commented on What questions should you ask at the beginning of a project?</title><description>I also ask 
  
"How quick is the turn around time with your billing department?"
  
  
:-)
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment4</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment4</guid><pubDate>Fri, 14 Nov 2008 21:25:37 GMT</pubDate></item><item><title>Peter Ritchie commented on What questions should you ask at the beginning of a project?</title><description>"The application must be secure" is not a requirement.  If you're given something like that, that means they don't know how to write requirements and it's your job to communicate with the stakeholders and domain experts to define and clarify the requirements.
  
  
#1 question: What does "Success" mean for this project?
  
#2 question: What does "done" mean?
  
  
All other questions are refinements of those two.  If you can't get them to define success you'll never satisfy the end-users.
  
  
I would definitely include in my questions at the beginning of a project if there are defined requirements.  Also, have they budgeted time and money to engineer those requirements over the life of the project.
  
  
Other requirements-clarifying questions:
  
What is the vision for this project
  
What is the scope of this project
  
What is the charter for this project
  
What are the user classes and characteristics
  
Are there any design and implementation constraints (may include physical deployment and regulatory requirements)
  
What are the performance requirements
  
What are the safety requirements.
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment3</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment3</guid><pubDate>Fri, 14 Nov 2008 20:49:54 GMT</pubDate></item><item><title>Alex Simkin commented on What questions should you ask at the beginning of a project?</title><description>Role based? Data driven? Dynamic? Role based?
  
  
You mentioned role based twice, How about to change second one to claim set or permission set based?
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment2</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment2</guid><pubDate>Fri, 14 Nov 2008 20:48:59 GMT</pubDate></item><item><title>Steve Smith commented on What questions should you ask at the beginning of a project?</title><description>I especially like this part:
  
"how secure do we need to make it?"
  
  
Too often, users give requirements like "The application must be secure." which is not a valid requirement.  Unless the application is turned off and stored in an impenetrable vault.
  
  
Being willing to have a discussion about the amount of security that the data deserves, and the tradeoffs that means, is extremely important (assuming the customer cares about security at all, as financial institutions tend to).
</description><link>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment1</link><guid>http://ayende.com/3701/what-questions-should-you-ask-at-the-beginning-of-a-project#comment1</guid><pubDate>Fri, 14 Nov 2008 20:10:55 GMT</pubDate></item></channel></rss>