Difference between revisions of "Talk:RFP"

From NVCWiki
Jump to: navigation, search
Line 11: Line 11:
  
 
Hmm.  As I think about this now, I'm noticing that my ideas are colored by what I was planning to do with the [[Practice Group Finder Idea]].  Maybe the same ideas don't apply to [[RFP]].
 
Hmm.  As I think about this now, I'm noticing that my ideas are colored by what I was planning to do with the [[Practice Group Finder Idea]].  Maybe the same ideas don't apply to [[RFP]].
 +
*To me the RFP might be useful as an overview of the database needs, even though it is probably somewhat outdated now. -JW
  
In any case, reading "we could probably have it up and ready for use within a month, and add features and modules later if desired," it looks like ease in getting started is important to you. I was more focused on adapting quickly to needs and involving the community in the development process - so I had concluded that the [http://agilemanifesto.com/ agile development philosophy] would be a win.  I had presumed starting from scratch because of that, but I now wonder if that assumption can be usefully challenged.
+
In any case, reading "we could probably have it up and ready for use within a month, and add features and modules later if desired," it looks like ease in getting started is important to you.
 +
*Yes, the current webmaster is very concerned about the stability of the "InsideCNVC" parts of the site because they're built with ASP.net and MS Access. Also, the fundraising people desperately need CRM and it looks like CiviCRM 1.4 will meet most of those needs. -JW<br>
 +
  I was more focused on adapting quickly to needs and involving the community in the development process - so I had concluded that the [http://agilemanifesto.com/ agile development philosophy] would be a win.  I had presumed starting from scratch because of that, but I now wonder if that assumption can be usefully challenged.
 +
*I'm curious what that's about. When I clicked on your link, http://agilemanifesto.com/ just took me to a directory listing (maybe there's no index.html file there?), and the only directory is cgi-bin/ with restricted permissions. -JW
  
 
The agile techniques I would incorporate would mean that the system could have very sort iterations (one or two weeks), each one showing new functionality and going "live" quickly.  This enables quick responses to community and other stakeholder feedback on what works, what doesn't, and typically elicits new possibilities for value which weren't previously seen.  Hence the term "agile."
 
The agile techniques I would incorporate would mean that the system could have very sort iterations (one or two weeks), each one showing new functionality and going "live" quickly.  This enables quick responses to community and other stakeholder feedback on what works, what doesn't, and typically elicits new possibilities for value which weren't previously seen.  Hence the term "agile."
 +
*Thanks for the extra info. I'm guessing that because so many things are needed, it would take a long time to get the sort of features already developed in CS. Also, because CS has evolved over time in a way similar to what you describe it will probably bring a degree of order. That is, other nonprofits have already collectively invested many hours identifying what's needed. Adopting their solution will provide a structure the office can use to adapt their practices. Then over time they would identify different needs or features.  Could those then be developed with an agile approach, and still be suitable for offering back to CS and Drupal as modules? -JW
  
 
Over all, this would be a shift from thinking about this as a site or software package, to thinking about this as a process for enabling and meeting community needs.
 
Over all, this would be a shift from thinking about this as a site or software package, to thinking about this as a process for enabling and meeting community needs.
  
 
At this point, noticing that this approach is likely much different from what you were expecting, I'm feeling a little worried owing to my desire to anticipate how I'm received.  Would you (and anyone else, too!) be willing to let me know what needs are met or unmet by this?
 
At this point, noticing that this approach is likely much different from what you were expecting, I'm feeling a little worried owing to my desire to anticipate how I'm received.  Would you (and anyone else, too!) be willing to let me know what needs are met or unmet by this?
 +
*I'm intrigued by your suggestions and wanting to better understand what the implications would be for CNVC. My impression right now is that an agile approach would mean that tools developed that way might not be compatible with CS as part of the package. Instead they would be free-standing applets that could be called from CS. Is this correct? So my feelings are curiosity, interest and appreciation. The needs met for me right now are community, exploration and contribution. -JW
  
 
Thanks --[[User:Jason_Felice|Jason Felice]]
 
Thanks --[[User:Jason_Felice|Jason Felice]]

Revision as of 00:25, 19 May 2006

What is a good way to respond to this RFP? Right here?

  • Yes, this works, although dialog via wiki seems awkward to me as I understand it.

To give a sense of my reaction to the RFP, I'm pretty excited seeing a way I can contribute to NVC, and also excited seeing recognition of this need for online connection. At the same time, seeing reference to Drupal, and to having a lot of functionality spelled out up front, I'm a bit anxious--while I have worked with Drupal and could implement it, I am aware of other ways to develop this site which I predict would better serve the needs of CNVC.

--Jason Felice

I'm curious what other ways you envision. What seems attractive about CivicSpace is that it's a selection of some great Drupal modules that have been pretty much tested to work together, with a fairly user-friendly front end configuration menu. We could probably have it up and ready for use within a month, and add features and modules later if desired. Are you thinking of another open source product? If so, does it have similar features and semi-automated front end?

--John W.

Hmm. As I think about this now, I'm noticing that my ideas are colored by what I was planning to do with the Practice Group Finder Idea. Maybe the same ideas don't apply to RFP.

  • To me the RFP might be useful as an overview of the database needs, even though it is probably somewhat outdated now. -JW

In any case, reading "we could probably have it up and ready for use within a month, and add features and modules later if desired," it looks like ease in getting started is important to you.

  • Yes, the current webmaster is very concerned about the stability of the "InsideCNVC" parts of the site because they're built with ASP.net and MS Access. Also, the fundraising people desperately need CRM and it looks like CiviCRM 1.4 will meet most of those needs. -JW
 I was more focused on adapting quickly to needs and involving the community in the development process - so I had concluded that the agile development philosophy would be a win.  I had presumed starting from scratch because of that, but I now wonder if that assumption can be usefully challenged.
  • I'm curious what that's about. When I clicked on your link, http://agilemanifesto.com/ just took me to a directory listing (maybe there's no index.html file there?), and the only directory is cgi-bin/ with restricted permissions. -JW

The agile techniques I would incorporate would mean that the system could have very sort iterations (one or two weeks), each one showing new functionality and going "live" quickly. This enables quick responses to community and other stakeholder feedback on what works, what doesn't, and typically elicits new possibilities for value which weren't previously seen. Hence the term "agile."

  • Thanks for the extra info. I'm guessing that because so many things are needed, it would take a long time to get the sort of features already developed in CS. Also, because CS has evolved over time in a way similar to what you describe it will probably bring a degree of order. That is, other nonprofits have already collectively invested many hours identifying what's needed. Adopting their solution will provide a structure the office can use to adapt their practices. Then over time they would identify different needs or features. Could those then be developed with an agile approach, and still be suitable for offering back to CS and Drupal as modules? -JW

Over all, this would be a shift from thinking about this as a site or software package, to thinking about this as a process for enabling and meeting community needs.

At this point, noticing that this approach is likely much different from what you were expecting, I'm feeling a little worried owing to my desire to anticipate how I'm received. Would you (and anyone else, too!) be willing to let me know what needs are met or unmet by this?

  • I'm intrigued by your suggestions and wanting to better understand what the implications would be for CNVC. My impression right now is that an agile approach would mean that tools developed that way might not be compatible with CS as part of the package. Instead they would be free-standing applets that could be called from CS. Is this correct? So my feelings are curiosity, interest and appreciation. The needs met for me right now are community, exploration and contribution. -JW

Thanks --Jason Felice


Jason, do you like to have community envolved ? And also like to be careful about providing to much functions for startup ? So that the system has the neccessary functions and easy to handle ? And the community has the chance to be part of the process and can grow with the system ?

I am interested in your thoughts and waiting for response. Probably its more effective and fast if me make an appointment in irc ?

-- Markus Pallo