申请数据组义工的作业

小青

晶欣朋友的操作思路其实和现在的数据库大同小异啊，所不同的主要是具体工作分配上，或者说是组别划分上。
目前数据库大体架构是定下来了，细节的地方仍需要边做边完善，晶欣提的一些建议很可以参考一下，非常感谢！ ：）

我也赞成把数据中心的职能分散还原到对应其他组别，
然后保留现在数据中心检查小组的工作，也就是晶欣所说的数据组只需负责的三项工作。
不过这样轮到无锚和哈港打上门来了，嘿嘿

工作流程还是不能变动的太频繁，现在的工作流程才刚定下来的，还是按目前的流程运作一段时间，看效果如何再说，也不是一成不变的不是？

个人的幻想，将来条件具备了，还是实行按地区小组负责跟进比较好，
这指的是从发布后到结案，也就是捐助的后续跟踪，由数名义工组成一个地区小组，工作包括和资助方的联系、和受助方的联系、资料整理更新、结案报告等等，但要特别考虑外联工作所需具备的特殊条件；发布前按现在的方式，调查、审核、发布不分地区。。。。  (-020-)

晶欣

不是一家人不进一家门 (-007-) ，还是我申请的数据组的人能理解我，感动啊 (-002-)


其实，6月份我和悬命谈话的时候就谈到过数据整理、数据库的问题，只是那时候我没写下来。

密码

建议转意见建议论坛

值得深入讨论

赞同小青

一生悬命

个人的幻想，将来条件具备了，还是实行按地区小组负责跟进比较好，
这指的是从发布后到结案，也就是捐助的后续跟踪，由数名义工组成一个地区小组，工作包括和资助方的联系、和受助方的联系、资料整理更新、结案报告等等，但要特别考虑外联工作所需具备的特殊条件；发布前按现在的方式，调查、审核、发布不分地区。。。。  (-020-)

赞成！

tomorrow

流程不适合再做大的改动

程序开发最忌讳的就是做了一大部分的时候再改动流程，然后改动程序架构和代码。这样做，比重写一个系统工作量还大

Hunter辛苦这么久了，终于基本完工程序了
如果再改，岂不是累死人家
网络组目前还没有这个时间和实力去做这件事情

希望大家去更改流程的时候，一定要考虑开发带来的代价和频繁变动流程带来的所有义工无所适从的后果，还有数据迁移带来的巨大负担。

建议现在的流程基本架构保持不变，只做小的改动，除非以后业务逻辑彻底变化，比如希望成为基金会了，希望不再资助失学儿童了或者资助失学儿童模式变化了，才需要推翻软家架构，重新划分流程，重新更改系统。

在目前使用网络系统的情况，在流程更改上一定要更多的资讯程序开发人员的意见。这样对双方都有好处。

微笑的鱼

[quote=quot;小青quot;:2oxisygh]

个人的幻想，将来条件具备了，还是实行按地区小组负责跟进比较好，
这指的是从发布后到结案，也就是捐助的后续跟踪，由数名义工组成一个地区小组，工作包括和资助方的联系、和受助方的联系、资料整理更新、结案报告等等，但要特别考虑外联工作所需具备的特殊条件；发布前按现在的方式，调查、审核、发布不分地区。。。。  (-020-)

赞成！[/quote:2oxisygh]

支持！

Molly

值得思考，希望之光如何减化现有的工作流程，提高工作效率！当然，现时的减化并不是完全的改变，明天还不需要担心。

个人的幻想，将来条件具备了，还是实行按地区小组负责跟进比较好，
这指的是从发布后到结案，也就是捐助的后续跟踪，由数名义工组成一个地区小组，工作包括和资助方的联系、和受助方的联系、资料整理更新、结案报告等等，但要特别考虑外联工作所需具备的特殊条件；发布前按现在的方式，调查、审核、发布不分地区。。。。  (-020-)

当希望之光资助个案达到一定数量的时候（指正常资助，不包括己结个案），我也赞成以这种方式以地区分而管之，但现在的个案并不多，不适合这种分工。

呵呵，审核是希望的一大特色，晶欣这里倒是把它去掉了！

在资料发布后的后续跟踪工作是以数据中心来管理的，例如提供名单给外联做期末核实和新学期核实、提供资料给调查组复查、提供汇款通知给论坛组发送给资助人，个案是该核实、该暂缓、该继续还是该结案，数据中心起了个主导的作用，当时也是基于这个原因而把数据管理从论坛组分离出来单独成立了一个职能组，并期望数据中心以后能完成希望之光的标准化的制订，所以我觉得数据中心还是有它存在的必要。

micmao

哇,工作论坛舍不得这么好的帖子.

我来抢走了.
到意见建议论坛,继续哦~~~~

晶欣

(-001-)我在外部，没经历过希望之光的实际流程，只能凭想象发言。


我理解小青的意思是合并外联组和调查组，再按地域分成各地的外调小组。
这样做会带来两个结果：
（1）实质上取消了外联组。
（2）赋予了各地外调小组更大的权力，不用再看组长联席会议的脸色了。 (-003-)

不过这样做需要的前提――调查组的义工数量足够多、分布比较均匀、并且工作足够稳定。否则某个地区的义工数量太少或变动频繁，很影响该地区小组工作的连续开展。（并不是象Molly所说的和希望之光接手的资助个案数量有关。）


另外，审核真的是希望之光的特色吗？
审核在某程度上也可以理解为官僚吧？ (-016-)

希望之光的数据库运转时间不长，我能想象在此之前外联组、调查组上报的数据人工汇总的繁琐以及审核的必要。
但是在有数据库之后，这种审核的必要性就大大降低了。
（1）数据的完整性，由数据库控制，不再需要人工审核。
（2）数据的真实性，这个，即使数据中心的人坐在家里审破脑袋也审不出来吧。


Molly说个案是否该核实、该暂缓、该继续还是该结案，数据中心起了个主导的作用。

（1）我不理解有什么情况需要暂缓。
在以前没有数据库的时候，一个学童的资料由外联组从官方弄到，然后传给数据组输入。如果数据组发现资料不全，就通知外联组更正，外联组更正后再传给数据组。全部正确后，数据组再把资料传给调查组复核，复核的资料再传给数据组输入。这中间再来一次双向传递的修正过程。最后才由数据组传给论坛组发布。

这些繁琐的步骤在现在完全可以省掉。外联组弄到学童资料后自己输入数据库，如果数据不完整，数据库会禁止输入，外联组可以立刻修正资料的完整性。资料输入完后即可通知调查组核实。核实的资料同样需经过数据库验证完整性才能通过。然后经过调查组组长划勾验证的数据才能被论坛组从数据库中提取。

（2）结案必需由数据中心来完成吗？
按我的设想，每个官方机构、学童、资助者、认捐个案都分配给指定义工负责。数据中心只按期提醒未结个案的指定义工联络所负责的机构、学童、资助者。

碰到需要结案的情况，由指定义工自己填写结案数据就可以了。经相关组长确认，结案的资料就被锁定不再能被论坛组提取。以后将只有数据组可以看看资料进行数据统计（而数据统计实际也有数据库完成）。

结案的过程并不需要坐在家里的数据中心完成，而是由工作在一线的指定联络义工直接完成，组长签字。效率更高。


恩，今天暂时先写这么多吧。

哈港8港

别去数据组了,来外联吧.
你说到我心里去了.