Laserfiche WebLink
Definitions. Accurate definitions are <br />critical to the code's usability. All terms <br />of art should be included in definitions. <br />Definitions should not contain regula- <br />tions or commentary. Regulations should <br />appear in the relevant sections of the <br />code; commentary should appear in state- <br />ments of purpose or in supplementary, <br />nonregulatory publications such as vision <br />statements or guides. <br />Graphics. Form -based codes rely <br />heavily, and with great effect, on graphics. <br />Tables, charts, and illustrations often can <br />efficiently communicate standards more <br />understandably than words. The code should <br />be very clear about when graphics are <br />explanatory and illustrative rather than regu- <br />latory, and captions for the graphics are very <br />helpful in providing this clarity. <br />TESTING YOUR FORM -BASED CODE <br />Prior to adopting the code, and throughout <br />the process of drafting, the various provi- <br />sions of the code should be put through <br />testing scenarios. Testing will identify where <br />the code is unclear or not effective. It will <br />also highlight those types of reviews that <br />may require additional staff training or com- <br />munity education. Test the code for the types <br />of standard and high -profile development <br />applications that the community expects, or <br />hopes, to be reviewed. <br />Certainly, the administrative staff that <br />will be responsible for implementing the <br />code should be involved in applying the <br />newly drafted code to various development <br />application scenarios. Planners, zoning <br />technicians, building permit officials, and <br />code enforcement personnel are examples <br />of people who need to understand the <br />code before its adoption, so they can alert <br />the drafters to potential administrative <br />issues. Staff should be asked "what is the <br />worst (and best) result that can be cre- <br />ated with this process or standard?" as <br />well as "how can we make it work better?" <br />Testing by the end users of the code —the <br />applicants and their professional con- <br />sultants —will also alert the drafters of <br />potential glitches in the code. We also sug- <br />gest that laypersons should be involved <br />in the testing, to learn how usable and <br />understandable the code is to the general <br />community, including residents and home <br />owners who are likely to pay attention to <br />potential future development. <br />ADMINISTRATIVE PREPARATION <br />The new regulations will need to be rolled <br />out both internally and externally. There <br />are several ways in which the rollout of the <br />new code can be made more successful for <br />both audiences through advance training <br />of staff and advance preparation of guides <br />and forms. <br />Internal Administration <br />The design -centric nature of the form -based <br />code may require additional training for the <br />existing staff, and additional expertise to <br />supplement their skill sets. Administrators <br />across departments may need to learn new <br />concepts and must become familiar with new <br />regulations and tools. Participation in the <br />development and testing of the new code <br />by existing staff —across departments —can <br />identify where the gaps in expertise and <br />experience lie. This early identification and <br />planning for additional or different assis- <br />tance will prepare the administration for <br />budget impacts as well. <br />The new code certainly will require <br />new or revised application forms and review <br />and comment sheets. It will be useful to <br />create a review sheet for each project type, <br />identifying relevant code provisions, provid- <br />ing necessary interpretations (or changes <br />to the draft), and flagging issues that may <br />need special attention or items that need <br />other departmental reviews. Charts that <br />compare the old and new provisions can <br />guide the transition for staff and other users. <br />Implementation of the new code may also <br />require new or updated computer software <br />for intake, processing, and records retention. <br />If a local government relies on its website to <br />provide project submission and review infor- <br />mation, this is the time they should update <br />that information. <br />Communities can use the creation of an <br />application form and checklist as an inter- <br />nal education tool to identify places where <br />interpreting and applying the form -based <br />regulations is straightforward and places <br />where more education, better graphics, and <br />perhaps code amendment will be helpful to <br />staff. And where code changes are helpful to <br />improve staff understanding, they are usually <br />also helpful to the development community. <br />A good application form and checklist <br />go beyond requiring a generic site plan and <br />instead provide guidance about navigat- <br />ing the regulations. Creating a detailed <br />checklist may seem like an unnecessary <br />use of staff time when it is the applicant's <br />responsibility to follow the code. We dis- <br />agree. A good application checklist directs <br />the applicant to self-help and reduces the <br />number of times that an applicant will call <br />or stop by with questions. This frees staff to <br />help with complex design issues or to work <br />on other projects. The checklist should: (1) <br />identify all of the required contents of the <br />plan, preferably with short descriptions and <br />references to relevant code sections so the <br />applicant can refer back to the code if nec- <br />essary; (2) distinguish requirements that <br />may not be applicable to all developments <br />(e.g., FAR is not measured on residential <br />sites, or supplemental landscape standards <br />are applicable along specific streets); and <br />(3) provide the applicant with a guide to <br />relevant choices, such as identifying spe- <br />cifically applicable subarea regulations <br />(while also asking the applicant to identify <br />where they have made relevant choices; for <br />example, identifying where the applicant <br />has provided a sufficient amount of afford- <br />able housing to opt into a square -footage <br />bonus for a commercial structure). <br />Some examples of detailed submis- <br />sion checklists include Arlington County, <br />Virginia's Columbia Pike Form Based Code <br />Development Application; Malta, New York's <br />FBC Project Application Checklist; and Colo- <br />rado Springs, Colorado's FBZ Development <br />Plan Application Requirements. <br />At this point in the process, it is also <br />prudent to analyze whether the new code <br />would be better implemented with restruc- <br />tured review bodies, or whether board <br />member qualifications need to be changed. <br />Should new board members be appointed? <br />Can those community members active in <br />the development and adoption of the code <br />become board members who help to ensure <br />the success of the code? Putting these <br />changes in place before or concurrent with <br />the new code adoption helps to position the <br />community for better outcomes. <br />For everyone involved in the implemen- <br />tation of the new code, including the staff, <br />board members, and elected officials, a <br />user's guide to the code will be very helpful. <br />Some communities adopt the code with a <br />narrative supplement to the effect of "how <br />to use this code." This walks the reader, in <br />layperson's language, through the basic <br />process of determining which regulations <br />ZONINGPRACTICE 4.18 <br />AMERICAN PLANNING ASSOCIATION [page 4 <br />