Summary
The website has been running smoothly and consistently. We are currently reviewing a set of upgrades that will be pushed to the main website in the next two weeks. As usual, someÌýfigures regarding website usage are provided in the Analytics ²õ±ð³¦³Ù¾±´Ç²Ô.Ìý
The three main topics of this report are
- Mailing lists .Ìý
- New contracting method with SFU .Ìý
- Upgrade of system infrastructure. Ìý
Mailing Lists
The mailing lists have become less reliable and incredibly harder to manage over the past few months. We propose to discontinue the mailing lists and replace it with the following mechanisms:
-
- Replacement for announcement Ìýlist. ÌýInstead of subscribing to the mailing list, IT community members can subscribe to an RSS feed, which can be visualized in most email applications; a notification is received whenever a new item or event is posted. This service is already available for testing by subscribing to the RSS feedsÌý http://www.itsoc.org/news-events/recent-news/ ÌýandÌý http://www.itsoc.org/news-events/upcoming-events/ . This solution tremendously simplifies list management (no SPAM, subscription is the responsibility of the end-user)
- Replacement for bog announce lists. We propose to replace the bog-announce mailing list by providing a simpler mechanism to contact all bog members. The list of BoG members is already available on the website as a PeopleList, and we suggest to add a "Contact List" button on the page. This functionality will allow members of the BoG to populate an email with all the emails of BoG members. This solution will simplify list management since the list of BoG members on the website is easier to update than the current mailing list. Note that this functionality will also be available to all PeopleList on the website, hence providing a simple means of communication for chapters, committees, etc. Ìý
- Replacement for bog discuss list. The bog discuss seems seldom used, but it can be replaced by a (private) discussion page on the website. An example of discussion is illustrated [ here ].
- Replacement for bog-vote. The bog-vote will be be replaced by a mechanism similar to that for the bog-announce list.
Ìý
- Allow members of the group defined by aÌýPeopleListÌýobject to send an email to all the members of the group.Ìý question : does 'all' mean all members ever or only current members?? (members with a position in the current year)
-
- Sender can choose to send a copy to themselves. If they do so, their name will be added to the appropriate field (bcc or to, see list type below)
-
- Sender can specify the subject and body text of the email ( question : should the email be formatted, html text or plain text?)
-
-
- Default value is 'yes' to self-copy
-
- Allow theÌýmanagerÌýof the group to control settings for the mailer:
-
- Control the type of list 'blind' or 'open'
-
-
- 'blind' list puts the emails of the recipients into the 'BCC' field with the email of the sender in the 'from' fields
-
-
-
- 'open' list puts the emails of the recipients into the 'to' field and the email of the sender in the 'from' field
-
-
-
- Default value is 'open'
-
-
- Control the list of group members who are allowed to use the mailer:
-
-
- Either 'all' members or a selected list. TheÌýmanagerÌýof the group is always allowed to use it.
-
-
-
- Default value is 'all' members
-
Ìý
New contracting method with SFU
Recent interactions with SixFeetUp have highlighted the need for more flexibility in how we establish contracts.ÌýPresently, contracts are established based on precisely identified tasks (i.e. developing a new feature, fixing a bug), which are then converted into a number of billable hours. Any change to the contract requires either the creation of an addendum to the contract, or even a new contract.ÌýWe propose to establish the next contracts for a number of billable hours instead of precise tasks. The main advantages of this contracting method are
- to have greater flexibility and reactivity in order to address discovered bugs or re-prioritize software development if a timely manner;
- to avoid unnecessary interactions with Â鶹´«Ã½AV.
Although this contracting method will not change how we interact with SixFeetUp and will not affect our operating budget, the Online Committee asks for the BoG's approval of the new contracting method.Ìý
Ìý
Upgrade of system infrastructure
In order t