Jobs · Analyst · Pennsylvania

Utility Forester/Work Planner

ArborMetrics Solutions, LLC · West Chester, PA · 2 wk ago
On-siteAnalystFull-time
We need to output HTML fragment with sections: About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule. Only include sections that have real specific content. We need to parse the description. First, we need to identify sections: The posting includes description paragraphs, then "WHAT WE OFFER:" (benefits), "WHAT YOU WILL DO:" (responsibilities), "WHAT YOU NEED TO HAVE:" (requirements/qualifications/skills), "WHAT WOULD BE AMAZING TO HAVE:" (nice-to-have), "Working Environment", "Physical", "Company Overview", etc. We need to map to headings: About the role (maybe description intro), Responsibilities (WHAT YOU WILL DO), Requirements (WHAT YOU NEED TO HAVE), Qualifications (maybe overlapping with requirements), Skills (maybe specific skills), Benefits (WHAT WE OFFER), Pay (if mentioned), Schedule (if mentioned). The posting mentions "Industry competitive pay." That's pay info. Also "Weekly Pay Cycle." That's schedule? Actually schedule is about work schedule; not given. There's no explicit schedule like "full-time" but we can infer full-time from benefits. However we should only include Schedule if posting actually states it. It does not explicitly state schedule like "Monday-Friday, 8am-5pm". So we should not create Schedule section. Pay: It says "Industry competitive pay." That's specific enough? It's a statement about pay. We can include Pay section with that sentence. Benefits: "WHAT WE OFFER:" includes many items. We'll create Benefits section with list. About the role: The initial description paragraph(s) before WHAT WE OFFER. We'll craft About the role using that prose. Responsibilities: "WHAT YOU WILL DO:" includes subheadings Safety & Compliance, Field Operations, Customer & Stakeholder Relations, Emergency Response & Other Responsibilities. We'll output as list items under Responsibilities. Requirements: "WHAT YOU NEED TO HAVE:" includes knowledge, ability, etc. We'll list. Qualifications: Might overlap with requirements; but we can treat Qualifications as maybe certifications etc. However we have "WHAT WOULD BE AMAZING TO HAVE:" which is nice-to-have; could be Qualifications? Actually Qualifications often are required qualifications. We could put required qualifications under Requirements, and nice-to-have under Qualifications? But instructions: Use headings for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). We need to decide what goes where. We have content for Requirements (must have), Qualifications (maybe certifications), Skills (specific skills like tree identification, GIS, etc). We can split. Let's extract: From "WHAT YOU NEED TO HAVE:": - Knowledge of tree species identification, hazard tree assessment, invasive species management, and understanding of tree growth patterns. - Ability to hike/walk Right-of-Ways (ROW's) and drive for extended periods of time. - Knowledgeable about Utility Vegetation Management practices. - Experience with GIS software/technology as well as Microsoft Suite and an iPhone. - Must be able to work alone, outdoors in various weather conditions and terrain. - Must have exceptional interpersonal and communication skills, strong problem solving and multi-tasking abilities and show attention to detail. - Must be able to adapt to change. These are requirements. From "WHAT WOULD BE AMAZING TO HAVE:": - ISA or equivalent certification preferred. - Bi-lingual (English/Spanish) is a plus. These could be Qualifications (preferred) or Skills. We'll put them under Qualifications. Skills: Could be specific skills like tree identification, hazard assessment, GIS, Microsoft Suite, iPhone, interpersonal communication, problem solving, multitasking, attention to detail, adaptability. But many already in requirements. Perhaps we can put Skills as a list of specific abilities: tree identification, hazard tree assessment, invasive species management, understanding tree growth patterns, GIS software, Microsoft Suite, iPhone, interpersonal communication, problem solving, multitasking, attention to detail, adaptability. However that duplicates. But we can still include. Better approach: Use Requirements for mandatory, Qualifications for preferred certifications, Skills for specific technical skills (tree ID, GIS, etc). But we need to avoid duplication? The instruction: Preserve ALL substantive information; do NOT invent or summarize away detail. So we need to keep all info; duplication is okay as long as we don't lose info. But we should not invent. Duplication is okay if it's just repeating info in different sections; but we might be repeating same content. That's okay but maybe not ideal. However we can split: Requirements list the mandatory items; Skills list the specific skills (like tree identification, hazard assessment, etc) which are also in Requirements; but that's duplication but still preserving info. It's acceptable. Alternatively we could combine Requirements and Skills into one section, but headings are prescribed; we can still include both if content exists. We need to ensure we don't create empty sections. Let's identify Pay: "Industry competitive pay." Also "Weekly Pay Cycle." That's about pay frequency. So we can include Pay section with those two points. Schedule: Not present. So we omit Schedule. Benefits: List from WHAT WE OFFER: Industry competitive pay (but we already have Pay), Company vehicle with a fuel card for work purposes, Day 1 of Employment: Medical/Dental/Vision/VOYA/Paid Holidays/EAP (Full-Time Employees), After 3 months: 401K, Life Insurance, Vacation Accrual, Short and Long-term Disability, Paid Maternity Leave, Paid Sick Time, Weekly Pay Cycle, Participation in Performance Incentive Bonus (PIB) and Referral Bonus Program, Company sponsored Boot and clothing program (Full-Time Employees), Ongoing training and assistance with obtaining industry certifications. We should not duplicate pay in Benefits if we already have Pay section; but we can keep it there as part of benefits but maybe redundant. However we should preserve all info; we can keep it in Benefits as well. It's okay. Now About the role: The initial paragraph(s) before WHAT WE OFFER: "Description We are currently looking to add a Work Planner/Utility Forester to our team! If you are an energetic professional who enjoys working outdoors, values the freedom of working independently, enjoys a fast-paced environment and the challenges of a rewarding profession, consider a career in vegetation management with ArborMetrics. Some of the most important characteristics of an AMS Work Planners/Foresters are a desire to learn, an ability to adapt, and a commitment to engage in safe, constructive interactions with the public. Successful candidates will have some 'green' industry experience, have good tree identification skills, and enjoy working outdoors. You are accountable for advancing a culture of safety and excellence while providing quality and value to our customers and clients." We'll put that as About the role. Responsibilities: Under WHAT YOU WILL DO: we have bullet-like paragraphs with headings Safety & Compliance, Field Operations, Customer & Stakeholder Relations, Emergency Response & Other Responsibilities. We'll extract each bullet. Safety & Compliance: - Identify and report safety hazards, incidents, and unsafe conditions. - Follow AMS safety standards, including safe driving, wildfire prevention, and injury prevention protocols. - Promote AMS values in daily actions and encourage others to do the same. Field Operations: - Safely drive to work sites and hike rights-of-way (up to 10 miles/day). - Inspect and document vegetation work (pruning/removal) at customer properties. - Record vegetation data using tablets and specialized software. - Use forestry computer systems for data entry and tracking. Customer & Stakeholder Relations: - Address customer concerns and complaints regarding vegetation work promptly. - Communicate effectively with leadership, auditors, clients, contractors, landowners, and the public. - Maintain positive public relations through professional conduct. Emergency Response & Other Responsibilities: - Participate in storm and emergency response duties as needed. - Carry out additional duties as assigned. We'll make a
  • for each. Requirements: from WHAT YOU NEED TO HAVE: list each as
  • . Qualifications: from WHAT WOULD BE AMAZING TO HAVE: list each as
  • . Skills: we could list specific skills: tree species identification, hazard tree assessment, invasive species management, understanding tree growth patterns, GIS software, Microsoft Suite, iPhone, interpersonal communication, problem solving, multi-tasking, attention to detail, adaptability. Also maybe ability to hike/walk ROWs, drive extended periods, work alone outdoors, etc. But many are already in requirements. We'll still list. But we need to ensure we don't create sections with only generic placeholder like "not specified". All content is specific. Now Pay: "Industry competitive pay." and "Weekly Pay Cycle." We'll list. Now Benefits: list as above. Now we need to output only HTML fragment, no /. Use

    for headings. Use
    • for lists. Use

      for prose. We'll structure:

      About the role

      ...

      Responsibilities

      • ...
      • ...

      Requirements

        ...

      Qualifications

        ...

      Skills

        ...

      Benefits

        ...

      Pay

        ...
      We should not include Schedule. Check for any other sections like "Working Environment" or "Physical" - those are not in prescribed headings; we should not create new headings. The instruction says use those headings for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule). It doesn't forbid other headings, but says "Use

      for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." It implies we should use those headings; we could also add other headings if needed, but better to stick to those. The working environment and physical details are substantive; we need to preserve them. Where to put them? Could be part of Requirements or Skills? They are about working conditions and physical demands. Could be placed under Requirements (as they are requirements). Or we could add a separate section like "Working Conditions" but not in list. The instruction says we can use those headings; but not prohibited to add others? It says "Use

      for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." That suggests we should use those headings for sections; but we could also use other headings if needed? The examples are just examples; but they say "Use

      for section headings (e.g. About the role, Responsibilities, Requirements, Qualifications, Skills, Benefits, Pay, Schedule)." It may be interpreted as we should use those headings for the sections we create; not that we cannot create others. However to be safe, we could incorporate working environment and physical details into Requirements or Skills. Since they are requirements about ability to work in certain conditions, we can put them under Requirements. Thus we need to extract Working Environment and Physical sections and add as list items under Requirements. Working Environment: "Work with a team and alone; primarily in an outdoor field environment and/or low light conditions; foot patrol of energy corridors in the vicinity of power lines and/or pipelines; remote locations as well as urban, city environment; physical demands and travel from site to site, including: walking/hiking on various surfaces including flat, dry, wet, slippery, rocky, sandy, uneven, rough, unstable, steep terrain, hills and slopes, dense vegetation; exposure to noise, dust, grease,

Similar jobs