Cell Phone Design Operation Management

Shortening the eon of the start As the term of the bulge is directly dependent on the duration of hypercritical path, we should take on the critical path shorter in this case we need to re-plan the drop. Manager should turn out the duration or work on a working class on the critical path, this heap have a signifi nookyt impact on the overall duration of the project, or they should substitute a task diffidence to allow for to a greater extent scheduling flexibility.We have a number of options and we should treasure the impact of separately on the projects salute, quality and condemnation required to complete it. For example, we should increase resource available for each project activity to bring down time spent on each but the impact of some of this would be insignifi messt and a much efficient way of doing this would be to look only at activities on the critical path. Adding more resources to a project to shorten its duration is called skirmishing. We should do the sc be action to shorten the critical path but In some situations.Shortening the original critical path of a project can lead to a dissimilar series of activities becoming the critical path, so the management should be aware of this. As our information is limited in this case we cant analysis the cost of place more resources on some activities to speed it up by analyzing the original cost, crash cost we can estimate the crash cost per week we can compute the crash result and have enough information for cost analysis and make decision. We can use the pert analysis and crash action to shorten the projects duration by reduce the factors of critical path.Some possible ideas for shortening the duration of subproject of the critical path are completing the software supplier specification in 4 weeks alternatively than 6 weeks, this would shorten the project by two weeks by putting additional input on this section but it will appeal the project cost, the other(a) sensation is D7, if we put more resources on this project and finish it in 2 weeks as it is a constraint for D1 and some(prenominal) of them are in critical path it will reduce the duration of project significantly, by combination of these two we will reduce the duration by 4 weeks, from 36 weeks to 32 weeks, but as it was mentioned forrader the cost analysis is still important in making decision.The other change that I recommend is they should break a critical task into smaller tasks that can be worked on simultaneously by different resources, for example the functionality can be divided in to two tasks which one of them is relevant to camera and the other one relevant to user interface, in this case not only the duration of the task will change but the constraints of this task will also l change comparatively so this also will reduce the duration of the project. In popular they should revise task dependencies to allow more scheduling flexibility, and for additional resources they can schedule overtime to assign additional resources to work on critical path tasks, because by bringing new staff in the project the alignment and interrelationship between teams will be another hassle that should be solved. By Microsoft project management we can have more detail analysis of cost such as crash, perk analysis, milestones and the overall of project running, attached are the same analysis from MS project.