<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Chapter 5 - Module 4 by Katherine Mooney</title>
      <link>https://padlet.com/katherine7652/jvc8glg2kdm3</link>
      <description>Big Idea - Group Problem Solving </description>
      <language>en-us</language>
      <pubDate>2017-05-31 18:17:18 UTC</pubDate>
      <lastBuildDate>2025-11-19 19:43:08 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Step #1 in Group Problem Solving:</title>
         <author>katherine7652</author>
         <link>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911881</link>
         <description><![CDATA[<div>Identify the problem <br><br>I chose this picture because it represents what NOT to do when identifying a problem. It is, however, what is often done. People start looking for someone to blame when identifying a problem. Friend and Cook discussed that when identifying a problem it is important to gather data from MULTIPLE sources. For example, If a child is struggling in the classroom the team shouldn't just look at one specific testing data to identify a problem, but consider many sources including, but not limited to, testing, observations, parent reports, student reports, etc. Once the problem has been identified it is imperative that all group members agree with that identification. </div>]]></description>
         <enclosure url="https://padletuploads.blob.core.windows.net/prod/202936687/9f2da0be70d4d4185c17006177e4ebbe/accusation.jpg" />
         <pubDate>2017-06-02 02:03:02 UTC</pubDate>
         <guid>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911881</guid>
      </item>
      <item>
         <title>Step #2 in Group Problem Solving:</title>
         <author>katherine7652</author>
         <link>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911901</link>
         <description><![CDATA[<div>Generate Solutions<br><br>The part of this section that stood out to me was the "brainstorming" section. Friend and Cook gave 4 steps to the brainstorming process that seemed very practical and easy to follow.<br>1) Take in all ideas without formally evaluating them.<br>2) Offer multiple solutions without worrying about the practicality of those solutions.<br>3) Assign someone to take notes of all ideas that are being offered.<br>4) Bounce off ideas to lead to even more options. <br><br>I really liked the idea of taking in all ideas without evaluating them. I've been in meetings where people offer ideas/solutions and other people immediately shoot it down. It seems like a better idea to get all the ideas out on paper before evaluating. </div>]]></description>
         <enclosure url="https://padletuploads.blob.core.windows.net/prod/202936687/3b9e28e7f2a0d995b29e3e760a8df3f0/ManThinking.jpg" />
         <pubDate>2017-06-02 02:03:15 UTC</pubDate>
         <guid>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911901</guid>
      </item>
      <item>
         <title>Step #3 in Group Problem Solving:</title>
         <author>katherine7652</author>
         <link>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911907</link>
         <description><![CDATA[<div>Evaluate Potential Solutions<br><br>One option for evaluating solutions that Friend and Cook gave was PMI (Plus/Minus/Implications). I really liked this way of thinking about potential solutions. For example, if a child was reading below grade level and the Response To Intervention (RTI) team identified that as the reason for the child's misbehavior during Reading class, then the team would list some potential solutions. Once the team narrowed down the potential solutions they would do a PMI. The team would list the positives of that solution, the negatives, and then the implications of that solution. This would help the team decide if that solution should be implemented or not. </div>]]></description>
         <enclosure url="https://padletuploads.blob.core.windows.net/prod/202936687/6ade585d091deed90bd0afb063157275/group_meeting_puzzle_final_step_resized_600_jpg.png" />
         <pubDate>2017-06-02 02:03:18 UTC</pubDate>
         <guid>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911907</guid>
      </item>
      <item>
         <title>Step #4 in Group Problem Solving:</title>
         <author>katherine7652</author>
         <link>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911943</link>
         <description><![CDATA[<div>Select the Solution<br><br>Friend and Cook listed 3 factors to consider when selecting a solution:<br>Intrusiveness - Will this completely disrupt the classroom routine, staff schedules/responsibilities, etc.<br>Feasibility - is this solution possible in the current school environment?<br>Individual Preference - Is the team comfortable implementing a particular intervention.<br><br>I have been in RTI meetings where a team member quickly finds an intervention to try and wants to implement it without considering any of these 3 factors. That puts a lot of people in an uncomfortable spot, because they are the ones actually carrying out the intervention and they may not be comfortable with it. <br><br><br></div>]]></description>
         <enclosure url="https://padletuploads.blob.core.windows.net/prod/202936687/e6711abe97aaf42fff489c698fbe386a/best_pick.jpg" />
         <pubDate>2017-06-02 02:03:59 UTC</pubDate>
         <guid>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911943</guid>
      </item>
      <item>
         <title>Step #5 in Group Problem Solving:</title>
         <author>katherine7652</author>
         <link>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911966</link>
         <description><![CDATA[<div>Implement the Solution<br><br>Friend and Cook listed 3 steps for finalizing an implementation plan:<br>1) Go over the plan for implementation in a very detailed way.<br>2) Define success of the solution.<br>3) Set a future time to evaluate the outcome of the solution. <br><br>I liked this because I have experienced people assuming all of the work is done once a solution is agreed upon, but there are still important steps to consider to make sure the plan goes accordingly. </div>]]></description>
         <enclosure url="https://padletuploads.blob.core.windows.net/prod/202936687/0a6e2d2ad4d66cc408beb6af39912f9c/311_group_of_business_people_pv.jpg" />
         <pubDate>2017-06-02 02:04:21 UTC</pubDate>
         <guid>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174911966</guid>
      </item>
      <item>
         <title>Step #6 in Group Problem Solving:</title>
         <author>katherine7652</author>
         <link>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174912271</link>
         <description><![CDATA[<div>Evaluating Outcomes<br><br>Was the solution successful, partially successful, or not successful? These are the questions one must ask while evaluating an outcome. If the outcome was not successful, then there are steps to follow to move forward in the process. <br>This would not be the time to give up on a problem, but just time to systematically reevaluate the intervention. </div>]]></description>
         <enclosure url="https://padletuploads.blob.core.windows.net/prod/202936687/56bfdf418ce5568df7bf33412979eb68/evaluation_20form.jpg" />
         <pubDate>2017-06-02 02:08:53 UTC</pubDate>
         <guid>https://padlet.com/katherine7652/jvc8glg2kdm3/wish/174912271</guid>
      </item>
   </channel>
</rss>
