Skip to content

!Team Meetings agendas and notes (2020)

Ashley Engelund edited this page Mar 23, 2021 · 15 revisions

Been on kind of a light schedule for working and tracking items since August 2020. (hello pandemic)

Decisions from Susanna and Fredrik (SHF Board Chair)

From PivotalTracker: Renewal Process https://www.pivotaltracker.com/story/show/175802657

Decision:

Reminder sent When their payment runs out - 90 days User fills in membership guidelines (That's checked off) Submits a file ( Submit file checked off) Pays ( Payment checked off) 365 days minus 90 days = Reminder of time to renew.

if a member has paid ahead they just wont need to go through the process until it is time for them to renew.

And like now if they are unpaid/unrenewed they will be invisible. They are allowed to linger unpaid for 3 years before being manually deleted after a manual heads up (phone if possible, otherwise email) and will need to reapply etc.

Agenda for 27 August, 2020

Next client meeting scheduled: ..?..

  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. Renewals
  3. Update Member landing page/dashboard
  4. Business Subcategories
  5. Add another Category to your Membership
  6. SEO information for Members
  7. Anything that makes it easier for Visitors to search and find Member Company pages
  8. Supporting Memberships

1. Scrum

2. Parking lot items

  1. Proof of Membership: The image that is a member's proof of current membership in SHF

    1. who can access the simple .jpg file that is a member's proof of membership? EVERYONE
      • Patrick will create an endpoint (publicly available route) for the .jpg file

    Notes:

    1. "jpg proof of membership" [endpoint] Anyone should be able to access/download the jpg of a Member's proof of membership.

      A member needs to be able to download their proof of membership image so that they can show it to potential customers.

      Because some may view the proof of membership image in an iFrame, we cannot check who is accessing the jpg proof of membership, so we must set access so that anyone can access the jpg proof of membership. Some (members, usually) will download this to put into their WordPress blogs, etc.

    2. See the image as HTML with helper text (has the text at the bottom about size and short url) should this one have any security?

      • used for those accessing it via iFrame

      Will this still be needed once (#1 endpoint) is done? Nope. #1 will replace this version. (Susanna will let people know that #1 is available)

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?

  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?

    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Agenda for 9 juli, 2020

Next client meeting scheduled: ..?..

  • Had a meeting on 6 juli with Fredrik, the SHF board chair. Ashley will type up some notes.
  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. Renewals
  3. Update Member landing page/dashboard
  4. Business Subcategories
  5. Add another Category to your Membership
  6. SEO information for Members
  7. Anything that makes it easier for Visitors to search and find Member Company pages
  8. Supporting Memberships

1. Scrum

  • Ashley:
    • worked with Susanna to figure out why the admin couldn't edit the membership status for a member that did have past payments
      • the edit membership status modal isn't being displayed because of the CSS .fade class. PT story (bug) created
    • deployed to production
    • PRs created

2. Parking lot items

  • Deploying: what I'd like to implement [Ashley]

    • create a git tag
    • some kind of semantic versioning (e.g. version 1.01.01)
    • show the current version (and git REVISION info) in a simple About... modal
    • automatically create a CHANGELOG.txt file (from the git PRs) this is a lower priority
  • Documenting [Ashley]: this is a task from our meeting with Fredrick

    • I created a PT story, but this is likely to be an epic with many smaller stories
    • Anyone can help by writing up outlines and basic content and doing screen shots, but the main translation will be in Swedish, so that means work for Susanna. (Just pointing that out)

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?

  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?

    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Agenda for 22 juni, 2020

Next client meeting scheduled: ..?..

  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. Update Member landing page/dashboard
  3. Business Subcategories
  4. SEO information for Members
  5. Anything that makes it easier for Visitors to search and find Member Company pages
  6. Supporting Memberships

1. Scrum

2. Parking lot items

  • Active/Inactive Members [Ashley]: review updates to wiki page

  • Production server [Ashley]: (sysadmin work) FYI - I updated packages on the server for security

  • Review Priorities and update as needed

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?

  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?

    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Agenda for 18 juni, 2020

Next client meeting scheduled: ..?..

  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. SEO information for Members
  3. Supporting Memberships
  4. Managing Membership Status
  5. Approving new (additional) categories for a Member
  6. Proof of Membership for Individuals and Companies

1. Scrum

2. Parking lot items

  • Active/Inactive Members [Ashley]: Start of discussion (new wiki page)

    • We talked about this. Ashley will revise the wiki page with what we discussed.
  • Admin changes the membership status () [Ashley]

    • The current business rule is:
       app/models/concerns/payment_utility.rb:
    
       # This is our current rule:  an admin cannot edit the  status if there are no payments [2019-12-05]
       def admin_can_edit_status?
         has_successful_payments?
       end
    

    An admin can only change the membership status if a user already has made successful payments.

    Do we need to revisit and discuss this? Is this still correct?

    Susanna: Yes, this business rule is still correct.
    SHF applicants/members should use the SHF system to do payments. This is what SHF want to happen; it's best for the organization if applicants/members use the SHF system (and thus HIPS) to make their payments.

    If someone does not want to pay through the system, Susanna will manually do a 'payment' for them through HIPS choosing the option that sends an invoice to the applicant. - this will (1) be a successful payment from HIPS and reported back to our system (via the webhooks) This will then be a successful payment in the system.

    So the business rule still stands: Members must have at least 1 successful electronic payment done through our system.

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?

  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?

    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Agenda for 27 februari, 2020

Next client meeting scheduled: ..?..

  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. SEO information for Members
  3. Supporting Memberships
  4. Managing Membership Status
  5. Approving new (additional) categories for a Member
  6. Proof of Membership for Individuals and Companies

1. Scrum

2. Parking lot items

  • What is the date of the SHF Annual Meeting?

    • Will we have "Ethical Guidelines" done by then? (implemented, deployed)
      • UI/UX is the most work right now
      • reviewing PRs
  • Merge PT 767 (cluster map markers) ?

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?

  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?

    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Agenda for 11 februari, 2020

Next client meeting scheduled: ..?..

  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. SEO information for Members
  3. Supporting Memberships
  4. Managing Membership Status
  5. Approving new (additional) categories for a Member
  6. Proof of Membership for Individuals and Companies

1. Scrum

2. Parking lot items

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?

  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?

    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Agenda for 16 January, 2020

Next client meeting scheduled: ..?..

  1. Users Acknowledge ("sign") the list of Ethical Guidelines
  2. SEO information for Members
  3. Supporting Memberships
  4. Managing Membership Status
  5. Approving new (additional) categories for a Member
  6. Proof of Membership for Individuals and Companies

1. Scrum

2. Parking lot items

3. PT Stories

3 a. Current Sprint Work: Review current stories/chores/bugs being worked on

Mark as "Accept" (feature), "Deliver" (bug), or "Finished" (chore) if team agrees

3 b. Backlog: priorities and order ok? points assigned?

3 c. Icebox:

  • review any newly added items: person that added them should give a brief explanation and answer questions

Any BLOCKERs?

Any pair programming that would be helpful?

4. Code Quality: Reviewing, Refactoring, technical debt

Review the most recent RubyCritic report of the develop branch and of the deployed code

  • What needs to be specifically reviewed and refactored?
  • Status of current refactoring work

5. Upcoming or Needed Client Discussions

  • Is the next needed discussion scheduled and confirmed with the client?
    • agenda / notes ready?
    • Ready with client demo(s)?
  • topics that need discussion with the client:

6. Other items


Meeting notes and agendas for 2019 are in a separate page to keep this page length manageable.

Meeting notes and agendas for 2018 are in a separate page to keep this page length manageable.

Meeting notes and agendas for 2017 are in a separate page to keep this page length manageable.

Clone this wiki locally