我如何与Quokky一起组织旅行

由 Sara Crisnaro撰写 用 意大利语 阅读这篇文章 。 预报显示,今年在京都看到樱花的最佳时机将是4月3日至11日。 即使我去过日本几次,在花期的日语花蜜期间,我也从未去过京都,我真的迫不及待地想在樱花树下放松,停在毯子上并与他们共享食物和饮料我的意大利和日本朋友。 我的旅行伙伴完全杂乱无章且杂乱无章,因此,他们都依靠我的组织技能,因此,我计划了每一个细节,以免打扰您的旅途。 至于所有重要文件,我使用Quokky来组织所有机票和酒店预订。 我创建了一个专门用于旅行的集合,并添加了所有相关文件:机票,铁路通行证副本,健康保险,地铁地图(我有一个应用程序,但以防万一我们遇到互联网连接问题-Quokky也可以离线工作),请参阅景点清单和博物馆预订收据。 我还与好友创建了一个群聊,以交换使用Quokky扫描的护照副本和所有相关文档。 我们正在使用此聊天功能来分享有关组织的想法和新闻,例如有趣的景点和我们想去的餐馆。 我在聊天中还添加了2个日本朋友,这些朋友正在帮助我们组织有史以来最好的旅行,给我们提供建议并发送美味的食物图片! Quokky是想要将文档和各种文件保存在一个地方的任何人的完美解决方案。 但最重要的是,Quokky使您可以通过聊天与所有人共享真正重要的内容:发票,账单,机票,大学笔记,照片,合同,退税申请收据以及您所需的一切,仅需几个简单的步骤: 上载>,您可以使用智能手机的相机或图库,从计算机中拖放文件,如果已经使用了电子邮件或云服务,则可以自动导入;…

敏捷评估的秘密。

方法 在敏捷估计中,斐波那契数列(1、2、3、5、8、13、21)用于故事指点。 该量表在敏捷中被广泛使用,因为它不仅可以反映工作量,还可以反映风险和不确定性。 例如,当一个故事得到13分时,它可能需要进一步修饰和/或需要分解成较小的故事。 尽管尝试将故事点与实际时间关联起来比较容易(即在4天之内完成3个故事点的故事),但我们应该记住,并非总是如此。 具有较高分数的故事表明涉及较高风险元素,例如不熟悉代码库,要使用的功能或技术,或者仅仅是因为与其他团队成员存在相互依赖性。 例如,让我们比较一个错误修复程序,我们认为它很棘手,因为我们不知道根本原因,或者开发人员是那部分代码的新手,这意味着需要时间进行调查,而另一个故事还涉及一个小尺寸功能,一个三点式的故事,一个功能要求明确并且开发人员熟悉代码库等。我们应该期望构建这个小功能将花费更长的时间,但是确定性更强,并且错误修复的风险更小。 但是,通过将漏洞修复仍指向三个,团队中的每个人(包括利益相关者)都可以了解根据故事要点解决漏洞修复的确定性。 同时,故事点可以用作参数,以根据团队的速度来预测积压工作中可能需要多少冲刺。 例如,如果一个团队每个冲刺能够完成15个故事点,而积压中的剩余故事点总计为60分,则产品所有者和项目经理可以推断出要完成该工作将需要4个冲刺。 故事点比例表。 比例示例 以下是故事情节量表的一些示例。 故事点 1个 这是一个费力而又复杂的故事。 它的范围可能从文档任务到例如在应用程序的两个屏幕中更改副本或颜色。 我们不仅应该负责开发工作,而且还要负责构建和分发以及质量保证。…