• Re: More of my philosophy about the Post Graduate Program on lean Six S

    From Kristjan Robam@21:1/5 to All on Sat May 7 17:29:30 2022
    Sa oled debiilik.




    Amine Moulay Ramdane kirjutas Esmaspäev, 7. märts 2022 kl 22:26:26 UTC+1:
    Hello,


    More of my philosophy about the Post Graduate Program on lean Six Sigma and more..

    I am a white arab, and i think i am smart since i have also
    invented many scalable algorithms and algorithms..


    More of my philosophy about Six Sigma and more..

    I think i am smart, and now i will talk more about Six Sigma
    since i have just talked about SPC(Statistical quality control), so
    you have to know that Six Sigma needs to fulfill the following steps:

    1- Define the project goals and customer (external and internal) deliverables.

    2- Control future performance so improved process doesn't degrade.

    3- Measure the process so that to determine current performance and
    quantify the problem.

    4- Analyze and determine the root cause(s) of the defects.

    5- Improve the process by eliminating the defects.


    And you have to know that those steps are also important steps toward attaining ISO 9000 certification, and notice that you can use SPC(Statistical process control) and the control charts on step [4] and step [5] above.

    Other than that i have just read the following interesting important paper about SPC(Statistical process control) that explains all the process of SPC(Statistical process control), so i invite you to read it
    carefully:

    https://owic.oregonstate.edu/sites/default/files/pubs/EM8733.pdf

    So as you notice in the above paper that the central limit theorem
    in mathematics is so important, but notice carefully that the necessary and important condition so that the central limit theorem works is that you have to use independent and random variables, and notice in the above paper that you have to do two
    things and it's that you have to reduce or eliminate the defects and you have to control the "variability" of the defects, and this is why the paper is talking about how to construct a control chart. Other than that the central limit theorem is not only
    related to SPC(Statistical process control), but it is also related to PERT and my PERT++ software project below, and notice that in my software project below that is called PERT++, i have provided you with two ways of how to estimate the critical path,
    first, by the way of CPM(Critical Path Method) that shows all the arcs of the estimate of the critical path, and the second way is by the way of the central limit theorem by using the inverse normal distribution function, and you have to provide my
    software project that is called PERT++ with three types of estimates that are the following:

    Optimistic time - generally the shortest time in which the activity
    can be completed. It is common practice to specify optimistic times
    to be three standard deviations from the mean so that there is
    approximately a 1% chance that the activity will be completed within
    the optimistic time.

    Most likely time - the completion time having the highest
    probability. Note that this time is different from the expected time.

    Pessimistic time - the longest time that an activity might require. Three standard deviations from the mean is commonly used for the pessimistic time.

    And you can download my PERT++ from reading my following below thoughts:

    More of my philosophy about the central limit theorem and about my PERT++ and more..

    The central limit theorem states that the sampling distribution of the mean of any independent, random variable will be normal or nearly normal, if the sample size is large enough.

    How large is "large enough"?

    In practice, some statisticians say that a sample size of 30 is large enough when the population distribution is roughly bell-shaped. Others recommend a sample size of at least 40. But if the original population is distinctly not normal (e.g., is badly
    skewed, has multiple peaks, and/or has outliers), researchers like the sample size to be even larger. So i invite you to read my following thoughts about my software
    project that is called PERT++, and notice that the PERT networks are referred to by some researchers as "probabilistic activity networks" (PAN) because the duration of some or all of the arcs are independent random variables with known probability
    distribution functions, and have finite ranges. So PERT uses the central limit theorem (CLT) to find the expected project duration.

    And as you are noticing this Central Limit Theorem is also so important
    for quality control, read the following to notice it(I also understood Statistical Process Control (SPC)):

    An Introduction to Statistical Process Control (SPC)

    https://www.engineering.com/AdvancedManufacturing/ArticleID/19494/An-Introduction-to-Statistical-Process-Control-SPC.aspx

    Also PERT networks are referred to by some researchers as "probabilistic activity networks" (PAN) because the duration of some or all of the arcs are independent random variables with known probability distribution functions, and have finite ranges. So
    PERT uses the central limit theorem (CLT) to find the expected project duration.

    So, i have designed and implemented my PERT++ that that is important for quality, please read about it and download it from my website here:

    https://sites.google.com/site/scalable68/pert-an-enhanced-edition-of-the-program-or-project-evaluation-and-review-technique-that-includes-statistical-pert-in-delphi-and-freepascal

    ---


    So I have provided you in my PERT++ with the following functions:


    function NormalDistA (const Mean, StdDev, AVal, BVal: Extended): Single;

    function NormalDistP (const Mean, StdDev, AVal: Extended): Single;

    function InvNormalDist(const Mean, StdDev, PVal: Extended; const Less: Boolean): Extended;

    For NormalDistA() or NormalDistP(), you pass the best estimate of completion time to Mean, and you pass the critical path standard deviation to StdDev, and you will get the probability of the value Aval or the probability between the values of Aval and
    Bval.

    For InvNormalDist(), you pass the best estimate of completion time to Mean, and you pass the critical path standard deviation to StdDev, and you will get the length of the critical path of the probability PVal, and when Less is TRUE, you will obtain a
    cumulative distribution.


    So as you are noticing from my above thoughts that since PERT networks are referred to by some researchers as "probabilistic activity networks" (PAN) because the duration of some or all of the arcs are independent random variables with known
    probability distribution functions, and have finite ranges. So PERT uses the central limit theorem (CLT) to find the expected project duration. So then you have to use my above functions
    that are Normal distribution and inverse normal distribution functions, please look at my demo inside my zip file to understand better how i am doing it:

    You can download and read about my PERT++ from my website here:

    https://sites.google.com/site/scalable68/pert-an-enhanced-edition-of-the-program-or-project-evaluation-and-review-technique-that-includes-statistical-pert-in-delphi-and-freepascal

    I think i am smart and i invite you to read carefully the following webpage of Alan Robinson Professor of Operations Management at University of Massachusetts and that is a full-time professor at the Isenberg School of Management of UMass and a
    consultant and book author specializing in managing ideas (idea-generation and idea-driven organization) and building high-performance organizations, creativity, innovation, quality, and lean management:

    https://www.simplilearn.com/pgp-lean-six-sigma-certification-training-course?utm_source=google&utm_medium=cpc&utm_term=&utm_content=11174393172-108220153863-506962883161&utm_device=c&utm_campaign=Display-MQL-DigitalOperationsCluster-PG-QM-CLSS-UMass-
    YTVideoInstreamCustomIntent-US-Main-AllDevice-adgroup-QM-Desktop-CI&gclid=Cj0KCQiA3rKQBhCNARIsACUEW_ZGLHcUP2htLdQo46zP6Eo2-vX0MQYvc-o6GQP55638Up4tex85RBEaArn9EALw_wcB


    And notice in the above webpage of the professor, that he is giving Post Graduate Program in Lean Six Sigma and on agile methodology, and i think that this Post Graduate Program is easy for me since i am really smart and i can easily understand lean
    Six Sigma or Six Sigma and i can easily understand agile methodology, and notice that i am in my below thoughts also explaining much more smartly what is agile methodology, and i think that the more difficult part of Six Sigma or lean Six Sigma is to
    understand the central limit theorem and to understand what is SPC(Statistical quality control) and how to use the control charts so that to control the variability of the defects, and notice that i am talking about it in my below thoughts, but i think
    that the rest of lean Six Sigma and Six Sigma is easy for me.


    More of my philosophy about trust and about evolutionary algorithms and more..

    I think i am smart and i say that even Evolutionary Design methodology or evolutionary algorithms have to be based on "trust", i mean that look at how we have to ensure the global convergence of the evolutionary algorithm, so this kind of trust is like
    scientific, and notice that we are using in Evolutionary Design methodology the Unit Testing, Test Driven Development, Design Patterns, Continuous Integration, Domain Driven Design, and we have to grow "nicely" and "balanced" the complex software
    projects by using standards, and we have to optimize growth of the complex software projects by balancing between the criteria of the easy to change the complex software projects and the performance of the complex software projects, and we have to
    maximize the growth of the complex software projects by making the most out of each optimization, so as you notice that even Evolutionary Design methodology is based on trust and it is like scientific since read my following proverb about trust so that
    you notice:

    "There is an important difference between the appearance of a reality
    and the truth of a reality, this is why in science you have not to be confident with the appearances, since in science you have to understand
    the truth, so, to be able to understand the truth you have to know how
    to be patience before understanding the truth and not to rush in like a
    fool by lack of wisdom "

    And i invite you to read my following thoughts about evolutionary algorithms and artificial intelligence so that to understand more:

    https://groups.google.com/g/alt.culture.morocco/c/P9OTDTiCZ44

    And read my following thoughts about Evolutionary Design methodology that is also based on "trust" and that is so important so that to understand:

    And I invite you to look at step 4 of my below thoughts of software Evolutionary Design methodology with agile, here it is:

    4- When in agile a team breaks a project into phases, it’s called incremental development. An incremental process is one in which
    software is built and delivered in pieces. Each piece, or increment, represents a complete subset of functionality. The increment may be
    either small or large, perhaps ranging from just a system’s login
    screen on the small end to a highly flexible set of data management
    screens. Each increment is fully coded Sprints, Planning, and Retrospectives.

    And you will notice that it has to be done by "prioritizing" the pieces of the software to be delivered to the customers, and here again in agile you are noticing that we are also delivering prototypes of the software, since we often associate
    prototypes with nearly completed or just-before launch versions of products. However, designers create prototypes at all phases of the design process at various resolutions. In engineering, students are taught to and practitioners think deeply before
    setting out to build. However, as the product or system becomes increasingly complex, it becomes increasingly difficult to consider all factors while designing. Facing this reality, designers are no longer just "thinking to build" but also "building to
    think." By getting hands on and trying to create prototypes, unforeseen issues are highlighted early, saving costs related with late stage design changes. This rapid iterative cycle of thinking and building is what allows designers to learn rapidly from
    doing. Creating interfaces often benefit from the "build to think" approach. For example, in trying to layout the automotive cockpit, one can simply list all the features, buttons, and knobs that must be incorporated. However, by prototyping the cabin
    does one really start to think about how the layout should be to the driver in order to avoid confusion while maximizing comfort. This then allows the designer iterate on their initial concept to develop something that is more intuitive and refined. Also
    prototypes and there demonstrations are designed to get potential customers interested and excited.

    More of my philosophy about the Evolutionary Design methodology and more..

    Here are some important steps of software Evolutionary Design methodology:

    1- Taking a little extra time during the project to write solid code and
    fix problems today, they create a codebase that’s easy to maintain tomorrow.

    2- And the most destructive thing you can do to your project is to build
    new code, and then build more code that depends on it, and then still
    more code that depends on that, leading to that painfully familiar
    domino effect of cascading changes...and eventually leaving you with
    an unmaintainable mess of spaghetti code. So when teams write code,
    they can keep their software designs simple by creating software
    designs based on small, self-contained units (like classes, modules, services, etc.) that do only one thing; this helps avoid the domino
    effect.

    3- Instead of creating one big design at the beginning of the project
    that covers all of the requirements, agile architects use incremental design, which involves techniques that allow them to design a system
    that is not just complete, but also easy for the team to modify as
    the project changes.

    4- When in agile a team breaks a project into phases, it’s called incremental development. An incremental process is one in which
    software is built and delivered in pieces. Each piece, or increment, represents a complete subset of functionality. The increment may be
    either small or large, perhaps ranging from just a system’s login
    screen on the small end to a highly flexible set of data management
    screens. Each increment is fully coded Sprints, Planning, and Retrospectives.

    5- And an iterative process in agile is one that makes progress through successive refinement. A development team takes a first cut
    at a system, knowing it is incomplete or weak in some (perhaps many)
    areas. They then iteratively refine those areas until the product is satisfactory. With each iteration the software is improved through
    the addition of greater detail.

    More of philosophy about Democracy and the Evolutionary Design methodology..

    I will make a logical analogy between software projects and Democracy,
    first i will say that because of the today big complexity of software projects, so the "requirements" of those complex software projects are
    not clear and a lot could change in them, so this is
    why we are using an Evolutionary Design methodology with different tools such as Unit Testing, Test Driven Development, Design Patterns,
    Continuous Integration, Domain Driven Design, but we have to notice carefully that an important thing in Evolutionary Design methodology is
    that when those complex software projects grow, we have first to
    normalize there growth by ensuring that the complex software projects
    grow "nicely" and "balanced" by using standards, and second we have to optimize growth of the complex software projects by balancing between
    the criteria of the easy to change the complex software projects and the performance of the complex software projects, and third you have to
    maximize the growth of the complex software projects by making the most
    out of each optimization, and i think that by logical analogy we can
    notice that in Democracy we have also to normalize the growth by not allowing "extremism" or extremist ideologies that hurt Democracy, and we have also to optimize Democracy by for example well balancing between "performance" of the society and in the Democracy and the "reliability"
    of helping others like the weakest members of the society among the
    people that of course respect the laws, and so that to understand more
    my thoughts of my philosophy about Democracy, i invite you to read them here:

    https://groups.google.com/g/alt.culture.morocco/c/vlDWhmf-MIM


    Thank you,
    Amine Moulay Ramdane.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)