Comments on: LDS IT executive requests help for internal IT projects

By: David

David — Fri, 22 May 2009 16:59:59 +0000

All good questions. I think that it really goes back to who is the audience for the reports or output. For example, an experienced leader with a background in accounting or business would make best use of their time to design a system that allows them to target the demographics and needs of their area in the least amount of their limited time. On the other hand, a new priesthood leader in a developing country needs a system that is as simple and straightforward as possible. A complex system, especially written in language which isn’t their primary one, would be impossible for them to use.

I don’t have the answers, but I hope that this helps to frame the broad scope of problems that these community projects need to address. The diverse experience of community members can provide what a few dedicated staff would be unable to do themselves.

By: Steve

Steve — Fri, 22 May 2009 16:43:57 +0000

David, I misunderstood the point of the original post, and for that I apologize. But your response begs another question. I’ve never served as a ward clerk, so please pardon my ignorance, but isn’t there a standard in place that all ward clerks should follow when reporting statistics? Why would ward clerks need to write their own custom reports? And even if there were cases where ward clerks needed to write custom reports, wouldn’t an AdHoc reporting solution make this easier than writing applications from the ground up?

By: David

David — Fri, 22 May 2009 15:15:12 +0000

@Steve
I don’t think that it is a point that the Church “isn’t willing or able to pay market wages” because between the ICS and Family History IT groups, they have one of the biggest staffs in the state of Utah. It comes down to the sheer number of projects being undertaken by current paid staff and the additional projects that the community has been clamoring for and it willing to contribute to.

If you think of how many ward clerks across the country who have all made their own customized reports in an external application… all on their own time with a huge duplication of effort. What if there was a way that the community of clerks could contribute to a central repository to share their work? A paid staff person can’t anticipate all of the needs each application user will have or get it done as quickly as an army of independent contributors. A way for users to share their customizations would have a huge impact on the effectiveness of their time and build a community where the best contributions can be leveraged by all and be built.

By: Steve

Steve — Fri, 22 May 2009 14:34:42 +0000

Interesting way for the church to deal with the struggle they’ve had hiring technologists. I agree that open-sourcing the code may not be the best option (anti-mormon easter eggs?) but if the church needs help and isn’t willing or able to pay market wages to hire enough American IT personnel, why not outsource to India or China like everyone else?

By: David

David — Thu, 21 May 2009 18:13:47 +0000

So if you are a developer, a good background on JSON and consuming RESTful web services would be in order. The nice thing about this is that you don’t have the steep learning curve of the Java Stack for functionality where this isn’t required. You can be up and able to contribute meaningfully even if you can’t commit a lot of time to the project.

For the designers, current open standards still apply (CSS-driven layout).

For QA, you’ll just have to test the consumption of the web services and the front end. This encapsulation should make your job a whole lot easier too!

By: JoelDehlin

JoelDehlin — Thu, 21 May 2009 17:01:33 +0000

To be clear, most of the stake and ward web site will be done with Javascript talking to web services. :)