艾丽卡Gasparini

我与一个由四名网页和用户体验设计师组成的团队密切合作，重新设计了国际足球俱乐部的网站和移动应用程序.

开发工作是由一个由五个前端组成的大型开发团队在大约四个月的时间内完成的, 两个后端, 两个iOS, 还有两名Android开发者.

在高水平上, 范围包括实现一个新的无头CMS解决方案, 数据迁移, 与视频流OTT提供商的整合, 以及应用程序和网络的新品牌.

我的角色
•与不同团队建立流程和工作流程, 比如改进, sprint计划, 逆转录病毒, 客户演示, 和, 最重要的是, 内部部署流程.
•将史诗分解为用户故事和任务.
•管理项目可交付成果、范围和时间表.
•创建手册并培训客户如何使用新的CMS.

感谢出色的团队合作, 我们在非常有野心的最后期限内交付了大多数商定的功能.

作为Bazaarvoice实施的项目经理, 我是Bazaarvoice支持团队和妖怪内部开发团队之间的纽带.

我的主要职责包括:
•定义需求
•评估潜在风险和障碍
•与内部利益相关者保持联系, 比如市场部, 客户服务, 产品开发, 等.
•在不同的开发团队中划分用户故事的优先级
提供定期的状态更新
•维护Bazaarvoice配置中心

在项目开始后的6周内，我们便能够在试点市场进行软发行. 两周后，我们部署到剩下的22个地点, 使其成为Bazaarvoice最快的实现之一.

HealthJay是一套突破性的可穿戴设备, 移动, 网络应用程序为老年人和他们的家人提供了独立和无忧无虑的退休生活所需的工具.

这个Toptal项目以两周的闪电开始, 在此期间，首席开发人员, 首席设计师, 我和客户密切合作，找到了商业理念的核心. 我们对其进行扩展，以了解更大的图景，然后将范围缩小到为客户带来价值的有限功能集(MVP)。.

在接下来的11个星期里，我们专注于用闪电启动的发现作为我们的第一个构建块来构建产品. 在此期间，我们进一步完善和调整了最初的想法，并将其成熟为具体的产品.

我的职责包括:
•促进scrum仪式
•跟踪风险和障碍直至解决
•保持待办事项的更新和优先级

在项目结束时，我们已经准备好了一款功能齐全的应用，并将其发布到app Store.

Simple Online Pharmacy是英国一家成熟的在线药店，该公司希望通过手机应用程序为患者提供重复处方，从而加强自己的业务.

闪电启动, 首席开发者, 首席设计师, 我与客户密切合作，了解业务需求和挑战.

在这两个星期里, 我们把史诗和用户故事放在一起，制作MVP, 用户流, 线框图, 角色, 还有一份推荐技术栈的提案.

使用三个节点.js开发人员, 我们实现了一个数据馈送API，将妖怪的产品目录与外部各方连接起来.

其目标是通过扩大与零售商合作时必要的运营工作，使妖怪能够增加其在线业务, 销售商, 广告渠道，如Google Shopping或AdRoll, 还有社交媒体.

在几个月内，我们发现Google Shopping的流量增长了10%.

在预订.com人力资源, 我们强烈需要改进我们的流程, 我们认识到缺勤管理至关重要.

与代表业务的三名人力资源管理员一起, 两名薪资专员, 三个Workday顾问, 两位数据专家, 我们为在亚太地区16个国家工作的员工实施了量身定制的解决方案.

从技术角度来看:
•我们根据每个国家不同的法律要求实施缺勤规定;
•以敏捷的方式开发和发布功能，采用小迭代步骤
•在推出新功能之前, 我们执行了密集的数据清理过程，并将数据从现有的SAP系统迁移到Workday
•针对管理用户的用户验收测试和用户培训
•为了支持工资处理，我们创建了定制的缺勤工资报告
•支持业务和运营, 我们开发了一个与现有劳动力管理工具的双向系统集成

从发现阶段到完全完成，该项目花了大约11个月.

人力资源运营团队发现，在新的缺勤管理系统上线后，员工的请假请求减少了70%.

减少开销, 通过与不同市场的同一支付服务提供商合作，将业务风险和时间降至最低.

分析阶段非常广泛, 它包括对需求的全面审查, 风险, 以及可能的故障点.

整个企业的多个团队负责前端以及与后端系统的集成, 包括我所在的敏捷开发团队.

不幸的是, 该功能从未推出，因为项目领导无法获得所有涉众的支持.

消息传递引擎预订.Com的事务性消息的核心系统, 经历了一次严重的宕机，一个由三名高级开发人员组成的新团队夜以继日地工作了48小时来缓解问题.

一旦系统恢复稳定, I was put in charge as the product owner of a newly formed team of senior developers to ensure the outage's root cause was solved; the system was strong, 可伸缩的, 和弹性.

一旦明确了我们需要显著增加服务器和线路的数量, 我们借此机会挑战与现有供应商的关系. 我们向现有的和新的供应商发出了征求建议书, 在这个过程的最后, 一个现有的供应商被解雇了，取而代之的是一个新的供应商.

作为这个过程的一部分, 我们测试了每个国家的供应商绩效，并将该维度添加到路由规则中, 哪些最初只是基于成本.

参与该项目的团队由三名高级开发人员和一名系统管理员组成, 我们与我们的数据中心工程师密切合作.