Monday, August 5, 2019

A Job for Penny: Discovering Recursive Random Tables

In a period of time in which it was difficult to play tabletop games with our friends due to time and distance, my partner and I made up a game where I GM'd her adventures as Penny, a master thief who would take jobs for fun and profit. We used Scarlet Heroes, whatever maps I could find, and a large amount of random tables to allow Penny to play in a fairly open sandbox.

The name of this blog comes from this game.

Many of my interests in RPG design and GMing were developed, if not sparked, by Penny's Ventures: one-on-one games (which Kirk Johnson-Weider, in his excellent series of columns on RPGnet, called -duets-), player-focused prep (ie; trying to create only what would matter to the player--especially important when there is only one), timer mechanics for pacing (very much related to fronts from Dungeon World and the clocks in Blades in the Dark) and--most enduringly--the use of several random tables mashed together to quickly generate a number of hooks and encounters.

Penny would receive criminal job offers in dead-drops she had secreted throughout the world. Each job would be from a patron (that she either knew already or was someone new) and included broad details of the nature of the job, potential rewards, and how far it was to travel from her current location. She could choose whichever one caught her interest, at which point we would use the selected job, a few more random tables, and the current context of the gameworld to set up the details of the game session--either right there at the table (in a quick and dirty manner), or well beforehand if I had texted my partner with a list of jobs and they picked one for the next session.

I want to dig into how I generated Penny's job offers, because it was key to make them interesting and fun as well as tie in to Penny's background and the gameworld.

It started with researching patrons and jobs as used in sci-fi freelancer games like Traveller. The patron-job structure needed for Penny was a clear analogue and I figured I didn't need to reinvent the wheel when I could just reskin a sci-fi one for the generic fantasy realm Penny played in. I ended up choosing the Mission Generator from Thunderegg's OSR Sci Fi GM Screen they made for running White*Star--it was freely available (at the time--I'm unable to find the pdf they offered now but the blurb on the RPGGeek page confirms my memory), very simple, and very hackable.

It boils down to 5 random tables:

1d4 to get a patron. (Corporate, Criminal, Government, or Military)
1d10 for what they want. (ie; Smuggling, Escort, Con, etc)
1d6 for the risk (how many encounters it will entail).
1d6 for how distant the job is. (your current planet, in the next star system, etc)
1d6 for the reward.

I liked that the "what they want" roll was modified by the type of patron. -1 for Criminal, +1 for Military or Government. The table is written so that the extreme outcomes (and therefore, certain kind of jobs) are more or less likely depending on the patron. Some of the tables made certain outcomes more likely by giving the same result for a range of rolls (ie; a roll of 1-3 gets a certain result).

Also, the reward was a) not always monetary (one outcome was "favour owed" which I LOVE), but also b) proportional to the Risk roll+Distance roll, which is a neat way to automatically ensure that harder jobs are worth more.

The thing that -really- caught my attention was the reward table result for rolling a 6: "Roll again, plus add +1 to Reward Risk for all future missions". Over time, missions get more difficult and take a longer time, in a way that is disconnected from the PC's level. That is, on the assumption that this is actually permanently increasing the Risk roll (AKA nudging upward the likey number of encounters the mission will entail), and not just inflating the Reward on its own (because "Reward Risk" is not explained).

In any case, the idea that the result of a roll on a random table could alter future rolls on that table is -very cool-. The use of nested random tables is long-established, where a certain result on a top-level table gets you to roll on a different sub-table. There are also results like "roll again on this table" or the more interesting "roll again and combine". But here we have random tables that are -recursive-; that not only refer to themselves but can -alter- themselves.

Has anyone seen recursive tables before? Let me know--I couldn't find any in a cursory skim of bookshelf.

***

The table determining the patron offering Penny a job is as follows:

1d6: Patron
1-2: criminal
3:  noble/merchant
4: government
5: military
6: former patron

If the result is 6, we roll on the Former Patrons subtable. Every time Penny accepts a job from a new patron (1-5), they're added to the Former Patrons subtable.

As the game progresses, Penny's list of former patrons grows, and she will receive job offers from people she's worked for before. This gives a nice sense of continuity, and the potential for some interesting decisions and mechanics. What if refusing to take enough jobs from a former patron culls them from the table? Or if choosing between two former patrons will cause conflict between them--say, if one patron asks Penny to steal from another?

Next time, I'll talk about how I flesh out the patrons and their jobs, and experiment with the structure of the tables.

No comments:

Post a Comment