<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Tutorial IT project management by Leong Chi Lin</title>
      <link>https://padlet.com/i22022059/uhz211t4b1k7qg9</link>
      <description></description>
      <language>en-us</language>
      <pubDate>2022-03-09 04:11:04 UTC</pubDate>
      <lastBuildDate>2025-10-29 13:17:11 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Q1 List and briefly describe the six main processes involved in project scope management</title>
         <author></author>
         <link>https://padlet.com/i22022059/uhz211t4b1k7qg9/wish/2085334223</link>
         <description><![CDATA[<div><strong>Planning scope</strong>: determining how the project's scope<br>and requirements will be managed.<br><br><strong>Collecting requirements</strong>: defining and documenting the features and functions of the products produced during the project as well as the processes used for creating them.<br><br><strong>Defining scope:</strong> reviewing the project charter, requirements documents, and organisational process assets to create a scope statement.<br><br><strong>Creating the WBS:</strong> subdividing the major project deliverables into smaller, more manageable components.<br><br><strong>Validating scope:</strong> formalising acceptance of the project deliverables.<br><br><strong>Controlling scope: </strong>controlling changes to project scope throughout the life of the project.</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-09 04:16:47 UTC</pubDate>
         <guid>https://padlet.com/i22022059/uhz211t4b1k7qg9/wish/2085334223</guid>
      </item>
      <item>
         <title>Q2 List and briefly describe five approaches for creating work breakdown structures</title>
         <author>i21020056</author>
         <link>https://padlet.com/i22022059/uhz211t4b1k7qg9/wish/2085337345</link>
         <description><![CDATA[<div><strong>Guidelines</strong></div><div>The guidelines approach for developing a WBS is important because some organizations have prescribed the form and content for WBS for particular projects. Therefore, project managers and their teams are responsible for reviewing appropriate information to develop their unique project WBS based on the standard provided by the Project Management Institute.</div><div><br></div><div><strong>Analogy approach</strong></div><div>In this approach, the project teams use a similar project’s WBS as a starting point. By reviewing the example of other similar projects’ WBS, they can tailor it to their own project. For example, when the team has worked on a similar kind of project, it will be easy for them to develop the WBS based on past experience.</div><div><br></div><div><strong>Top-down approach</strong><br>The top-down approach is the third method of developing a WBS. A top-down approach is to start with the largest part of the project, and then break them down into more manageable structures. This method breaks down larger tasks or modules in the project and adds more and more details. <br><br><strong>Bottom-up Approach</strong><br>The next approach is the bottom-up approach. The bottom-up approach is to start with the team members. The team members determine and list all the specific tasks and activities related to the project. It is very direct, it can be put into a group, and it's easy to do. Bottom-up technology is an ideal way to solve problems with brainstorming. <br><br><strong>Mind mapping technique</strong><br>The last technique for developing a work breakdown structure is mind mapping. This is a very useful technique for the project manager. Mind map describes the brainstorming process of creating a branch structure to describe ideas and opinions related to the project. In this method, we need to write the task into a nonlinear branch format, and then create the WBS structure. Once the mind map is completed, it can be used to develop a top-down or bottom-up WBS method.&nbsp;<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-09 04:19:28 UTC</pubDate>
         <guid>https://padlet.com/i22022059/uhz211t4b1k7qg9/wish/2085337345</guid>
      </item>
      <item>
         <title>Q3 What are some of the suggestions for improving the requirements process?</title>
         <author>fnrwibowo</author>
         <link>https://padlet.com/i22022059/uhz211t4b1k7qg9/wish/2085343858</link>
         <description><![CDATA[<div>1.&nbsp; Allocate a couple of team members to specifically handle requests that change the requirements of the project.&nbsp;<br><br></div><div>2. Develop a process to efficiently review the requested changes of the requirements and ensure that the changes requested already include the changes in costs and schedule.<br>&nbsp;</div><div>3. Stick to the deadlines of the project.&nbsp;<br><br></div><div>4. Thoroughly understand user requirements by having&nbsp;<br>prototypes, case modeling, and Joint Application Design to further confirm with the client if that is what they wanted for the finished product of the project.<br><br></div><div>5. List of requirements should always be kept available and ensure there is easy access.</div>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-09 04:25:30 UTC</pubDate>
         <guid>https://padlet.com/i22022059/uhz211t4b1k7qg9/wish/2085343858</guid>
      </item>
   </channel>
</rss>
