18/10/2024
Participants: laila.valterio Adriana Sung rommel.ngo jing.xie seonah.choe john.lardis gaurang.fichadia sekar.krishnan jessica.wood
Recording Link
Jira Tickets discussed in the session:
# | Key | Summary |
1 | UC01 Types of Activities | |
2 | UC16 Activity and Details Visibility - TAP wide | |
3 | UC08 Specify activity User Experience for Call Task (Layout) |
Decisions
# | Jira# | Decision Summary |
D-031 | This ticket is now 'Ready'. Business sign-off required | |
D-032 | How to define 'sensitive' data? : To be defined by Field, not by the record. | |
D-033 | If someone send sensitive information (credit card details etc), we should not store in system. Not part of this ticket but potential action to addrerss it in the future
| |
D-034 | Q: is there any DO who want to keep private activity? Business to confirm but the discussion is not part of this ticket and activity should be public | |
D-035 | Q: Why block non-tap user to view if we are aiming to not store sensitive data? A: there are non-tap users who we still want to block further details not just stricktly privacy sensitive but tap-sensitive. May not be legal-breach, but more for commercial sensitivity. | |
D-036 | There are fields that we need business decision on before progressing to the next step. |
Actions
# | Jira# | Action | Action Owner |
A-015 | Business Sign-off for the ticket | john.lardis tina.verma for Training piece | |
A-016 | Sekar to confirm the design and progress | ||
A-017 | 4 Jira subtasks for the business decision and input are now assigned to John to finalise so TAPSS-2328 can progress: TAPSS-2360 Decision on Call subject (Picklist) vs Subject with free text TAPSS-2362 Decision on Purpose Picklist values TAPSS-2363 Decision on Type Picklist values |
4/10/2024
Participants: laila.valterio Adriana Sung rommel.ngo jing.xie seonah.choe john.lardis gaurang.fichadia
Recording Link
Activity high level BRD Confluence to provide overview: Activity Reports BRD (Epic TAPSS-2039 ) - TAP - Advancement Portfolio Product - Confluence (atlassian.net)
Epic for Activity: [TAPSS-2039] AQ Activity Report to Salesforce Activity - Analysis - JIRA (atlassian.net)
Jira Tickets discussed in the session:
# | Key | Summary |
1 | Relating Activites to Accounts and Contacts | |
2 | Backdate Actvities | |
3 | Objects with Activity Component | |
4 | Surface Substantive Activity into Task pagelayouts | |
5 | As a Development Officer, I want to have my opportunity stage to be Early Cultivation or Late Cultivation | |
6 | As a Development Officer, I want to update Prospect Pool in opportunity in Late Cultivation stage before moving to Solicitation | |
7 | As a Development Officer, I want to update at least one of Gift Theme in opportunity in Late Cultivation stage before moving to Solicitation | |
8 | As a Development Office, I want to create opportunity with only with Identification & Qualification stage | |
9 | TAPSS-2016 (only briefly) | AQ 26: SmartBatch 2.0 soft credits on Batch Item Transaction need to adjust Batch Approval Reports |
Decisions
# | Jira # | Decision Summary | Labels Added |
D-022 | Focus on Household to reflect all the activities form all contacts associated with it. User stories to be reflected to this for further communication and training purpose. Priority = Must Have, T-shirt Size = XS | Training | |
D-023 | Define the business rule for backdating. Adding tracking function in the future may assist with future audit - this will be a separate build. Priority = Must Have, T-shirt Size = XS | Training, BusinessRule | |
D-024 | Business want the consistent acitvity visibility for Contact and Cases as well. UX for activity creation will be 'cut over' from Activity reports and surface Email, Event, Call, Task for Activity Priority = Must Have, T-shirt Size = S | Training | |
D-025 | Business decision to surface this fields for End user but only 'read only' or to be used purely for insights. 3 options are presented:
| BusinessRule | |
D-026 | Signed-off |
| |
D-027 | Signed-off |
| |
D-028 | Signed-off |
| |
D-029 | Signed-off |
| |
D-030 | Separately discussed with GA business |
|
...
# | Jira # | Action | Action Owner |
A-011 | Once Rommel update the user story and acceptance criteria, assign to Laila for review and sign-off | ||
A-012 | TAP Business confirm the business rule on backdate. We will not change this user story and solution but we highlight that system will provide created date vs backdate for potential report and audit if required. Once Rommel update acceptance criteria, assign to Laila for review and sign-off | ||
A-013 | Rommel to confirm the existing activity visibility for Contact and Cases for consistent record type. Update the user story with acceptance criteria for Contact/ Case and action buttons, assign to Laila for review and sign-off | ||
A-014 | Park for further development on this until business decision. TAP business to discuss and confirm. |
...