Talk:RFP - Revision history

Jw4nvc at 07:10, 23 May 2006

2006-05-23T07:10:02Z

Jw4nvc at 07:04, 23 May 2006

2006-05-23T07:04:49Z

Jason Felice: update agile manifesto link, reply to Markus

2006-05-22T14:58:43Z

update agile manifesto link, reply to Markus

Jw4nvc at 00:07, 19 May 2006

2006-05-19T00:07:00Z

Jw4nvc at 23:29, 18 May 2006

2006-05-18T23:29:57Z

Jw4nvc at 23:28, 18 May 2006

2006-05-18T23:28:59Z

Jw4nvc at 23:26, 18 May 2006

2006-05-18T23:26:15Z

Jw4nvc at 23:25, 18 May 2006

2006-05-18T23:25:13Z

Markus Pallo at 06:18, 18 May 2006

2006-05-18T06:18:23Z

Jason Felice: agile development?

2006-05-18T01:54:44Z

agile development?

← Older revision		Revision as of 07:10, 23 May 2006
Line 46:		Line 46:

	--[[User:Jason_Felice\|Jason Felice]]		--[[User:Jason_Felice\|Jason Felice]]
		+
		+	:I'm wondering if agile could contribute by helping us pare down the CS install. Right now we seem to be considering a custom install starting with the latest Drupal and adding CS modules. Maybe we could take an agile approach by only installing modules we are confident of using. For instance, CS seems to have many features that are almost identical (Forums, Blogs, Books, etc.). If each of those uses a distinct module, we could probably choose one or two and install only those. Maybe another approach could be to install everything and then remove modules we don't identify a need for after we've had some time to tune the site. -JW

@@ Line 15: / Line 15: @@
 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
+:Thanks for the link.  The description there is attractive to me, because I like ideas such as flexibility and self-organizing teams. 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?

@@ Line 12: / Line 12: @@
 :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 [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 was more focused on adapting quickly to needs and involving the community in the development process - so I had concluded that the [http://c2.com/cgi/wiki?AgileManifesto 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.
 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."
@@ Line 25: / Line 24: @@
 Thanks --[[User:Jason_Felice|Jason Felice]]
 Jason, do you like to have community envolved ?
-Jason, do you like to have community envolved ? And also like to be careful about providing to much functions for startup ?
+:I ''love'' to have the community involved - I'd like to contribute in such a way as to best meet needs - to meet my need to contribute to others.
 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 ?
 -- [[User:Markus Pallo|Markus Pallo]]

@@ Line 1: / Line 1: @@
-What is a good way to respond to this RFP?  Right here?
+What is a good way to respond to this RFP?  Right here?--[[User:Jason_Felice|Jason Felice]]
-*Yes, this works, although dialog via wiki seems awkward to me as I understand it. --[[User:Jw4nvc|John W.]]
+:Yes, this works, although dialog via wiki seems awkward to me as I understand it. --[[User:Jw4nvc|John W.]]
 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.
---[[User:Jason_Felice|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? --[[User:Jw4nvc|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
+: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
+: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 [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
+: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
+: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
+: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]]

@@ Line 16: / Line 16: @@
 *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 [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 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

← Older revision		Revision as of 06:18, 18 May 2006
Line 21:		Line 21:

	Thanks --[[User:Jason_Felice\|Jason Felice]]		Thanks --[[User:Jason_Felice\|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 ?
		+
		+	-- [[User:Markus Pallo\|Markus Pallo]]