2018年5月开始接手某知名非营利组织的部分信息工作。
遇到了一些问题。
第一个：该组织各部门普遍的使用类似金数据表单。
第二个：而各部门没有一个统一的开发组织， 在遇到效率瓶颈的时候，可能这些部门各自找到了一些有奉献精神的软件义工， 这些义工开发了一些小的应用，并留了一些数据。 随着时间推移，一方面，开发的应用可能不能满足需求， 而单个的人员又有高度的流动性，很可能是另一个义工来维护程序。
另一方面， 各部门形成的信息孤岛以及每个部门流行的数据， 对效率产生了影响。
非营利组织的一个重要价值就是教育。 这个组织是学习和承担一体化的。 有个人学习、成长的考核，也有承担方面的统计。
由于信息孤岛和数据安全方面的问题， 对该组织的人力以及教学都造成了阻力。
从某种程度上在非营利组织普遍的存在着 发心和效率的对立， 做事和理想的对立。
很多义工会觉得不能太看重做事的效率本身。
思考：
1 要安立一个角色做需求收集。
2 需求收集本身不是干预目前的现状，而是了解情况，收集目前需求以及 存在哪些信息孤岛。
3 在需求收集的基础上，系统的思考，寻求解决之道。
行动和反馈：
和这个组织的几位信息义工沟通，有一些反馈：
1 安立这样一个需求收集的角色，需要请示 上位领导者。这个是一个资深软件义工的反馈。她对组织比较熟悉。
2 有兴趣，但是不知道如何参与？ 这个是一个普通的软件开发者。
3 有很多技术大牛都没能解决全局的问题， 还是实际的解决几个具体的问题吧。 这个是一个办公室的义工，她每周处理报表。曾找到过一个软件义工，有个小程序。
4 专注解决手头的任务就可以。 这个是兼职的软件义工，责任是这个组织某部门的协调角色。
5 我们是设计驱动的，而不是需求驱动的， 这个开发将来可以复用到 我们的市场客户，比如金融。 这是一个有发心的义工，他把自己公司的开发团队拉到了这个事上。
6 理念，架构这些事，需要我们老板拍板，和老板谈就可以。 该公司团队的产品经理。
解决之道：
大而化之。
一个非营利组织的关键是 吸引并留下有奉献精神有才能的义工。
而软件开发的特性就是有这种大而化之的特性， 如果仅仅为几个管理的使用者，几百个普通使用者，开发一个高效
的管理系统，不足以吸引有才华的软件开发者。
而封闭的开发，更不符合软件开发者的习惯。
而占在更高的角度， 为普遍的非营利组合开发MIS， 则有可能吸引到软件天才一起参与，快速的解决问题。
从某种程度，以上的那个公司团队也是大而化之的思路，放大了解决问题的范围。 而从纯NGO的义工的动机来说，可能视角又更高一些。
在github发布项目，希望有兴趣的开发者一起维护。
https://github.com/justinlee2014/NGOMIS
热心的朋友帮转发一下。感恩。
网友评论