{"id":372,"date":"2017-01-12T05:01:10","date_gmt":"2017-01-12T10:01:10","guid":{"rendered":"http:\/\/me.sites.mtu.edu\/meemscd\/?p=372"},"modified":"2023-02-18T16:13:53","modified_gmt":"2023-02-18T21:13:53","slug":"dg-csr-tech-memo","status":"publish","type":"post","link":"https:\/\/me.sites.mtu.edu\/meemscd\/dg-csr-tech-memo\/","title":{"rendered":"Concept Selection Review (CSR) \u2014 Tech Memo*"},"content":{"rendered":"

* This is ONLY<\/em> for Standard Projects. | For \u201cFailure-Resolution\u201d Projects go here<\/a>.<\/strong><\/span><\/p>\n

All content above the first section (Memorandum Overview<\/em>) is pre-filled and should need no edits by you.\u00a0 If you alerted the SCD program director of errors from the PUD, they should be resolved now.\u00a0 If new errors (names, project title, customer) are noted, or previously reported errors have not been fixed, please email the SCD Program Director with any corrections needed.<\/p>\n

This technical memorandum is accompanied by the Technical Archive Document (TAD) and your Project Planning Document (PPD), updated<\/strong> with refinements AND WITH ALL<\/em> progress<\/strong> since the PUD.\u00a0 The purpose of this technical memo is to allow those participating in the review meeting to (re)acquaint themselves to the problem at hand and to see a summarized preview of the content that is the subject of the review.\u00a0 As such, it includes a section summarizing your understanding of the problem followed by a section summarizing your technical progress that is the subject of this review (work refined and completed since the previous review).\u00a0 Between those two sections is a section covering your engineering requirements as the basis for all your work beyond the problem understanding stage.\u00a0 The technical memo begins with a brief Memorandum Overview<\/em> indicating these as the elements of content here with direction to the accompanying documents.<\/p>\n

1\u00a0\u00a0\u00a0\u00a0 Memorandum Overview Section<\/h2>\n

This is written on your behalf.\u00a0 Read it carefully to understand exactly what your audience is expecting to see.\u00a0 Also, it serves as an example for future technical memos where you will have to write the overview on your own.<\/p>\n

2\u00a0\u00a0\u00a0\u00a0 Problem Understanding Section<\/h2>\n

This section is comprised of the \u201cProblem Understanding\u201d section from your PUD Executive Summary, but ONLY<\/em> the <\/strong>first FOUR<\/em><\/span> paragraphs (not the fifth\/last!)<\/span><\/strong>.\u00a0 To bring this content in, select the content in your PUD (all four paragraphs together as a single selection, but NOT<\/em><\/strong> including the section heading), and copy. \u00a0Then, in the CSR template, select \u201cPASTE HERE\u201d (select the entire paragraph by triple-clicking anywhere in the paragraph).\u00a0 Then paste.\u00a0 The formatting, if you had it right in the PUD, will be correct here; select all of the paragraphs and apply \u201cNormal text\u201d paragraph style to be sure.<\/p>\n

That\u2019s it?\u00a0 Yes and no.\u00a0 That may be (see below) the entirety of the content, but you are not done.\u00a0 By now you should have a sense for your team\u2019s best couple writers.\u00a0 Those two need to work as a team to tune this up even better than it was a few weeks ago.\u00a0 Now that it has sat out of sight for a couple weeks, you are all able to now see it with fresh eyes.\u00a0 These two teammates, first one, then the second, should take an hour tuning it up.\u00a0 Don\u2019t think that after four more weeks you cannot tune it up some!<\/strong><\/p>\n

First, with certainty your understanding of the problem has refined since the PUD.\u00a0 For instance, all engineering requirements may now be fully defined whereas they were not before, and they may now be prioritized and quantified differently to resolve some uncertainties that may have existed at the PUD submission\/signing stage.\u00a0 By not carrying forward the fifth paragraph from the PUD executive summary, which was also limited to one page, you have at least a little extra room.\u00a0 You can (should!<\/em>)<\/strong> use this space to add new and\/or improved and\/or more complete information, either in regard to engineering requirements (paragraph 4) as noted, or in regard to use of the solution (paragraph 3).<\/p>\n

Second, and I must stress this, that was not your best work\u00a0\u2014 simple as that.\u00a0 You were under the gun to get it done, get it submitted, and move forward on your function-level design work.\u00a0 Now, go though it with close attention to detail and wording with an editorial mindset.\u00a0 You might only change a dozen words, though you might change a whole lot more.\u00a0 With the exception of the content refinements\/changes above, the changes of this editorial sort are to make its presentation the very best it can be\u00a0\u2014 clear, complete, and concise.\u00a0 Your page limit is one page, including the section title.\u00a0 That is, it cannot spill onto page 3 of the technical memo.\u00a0 Do NOT<\/em> change the formatting<\/strong> (Times New Roman 12-point, 1.3 line spacing<\/strong>, 1-inch margins, etc.\u00a0\u2014 paragraph style \u201cNormal text\u201d in Google Docs<\/em>).<\/p>\n

Guidance can be found here<\/a> if needed in support of your efforts to improve on your previous version.<\/p>\n

3\u00a0\u00a0\u00a0\u00a0 Engineering Requirements Section<\/h2>\n

This is from the PUD, Section 4.\u00a0 To bring this content in, like above, select the content in your PUD (the engineering requirements tables<\/strong> in (each should be a \u201cdrawing\u201d with the image and caption in it), but NOT<\/em><\/strong> including the section heading or the lead-in paragraph of the PUD) and copy.\u00a0 Then, in the CSR template, select \u201cPASTE HERE\u201d (select the entire paragraph by triple-clicking anywhere in the paragraph) and paste.\u00a0 You should update the table images to their most recent updated form<\/strong> (which should also be what is in your TAD; that is, the most up-to-date versions of those tables as updated\/refined since the PUD).\u00a0 Note that there is a page break placed after the tables and before the Content for Review<\/em> section.\u00a0 This section will normally take a single page, unless you have more than one line of design (two related systems\/subsystems you are designing, each with its own requirements).\u00a0 If you have more than one line of design<\/strong>, as a reminder, you need to make some adjustments as is described here<\/a>.<\/p>\n

4\u00a0\u00a0\u00a0\u00a0 Content for Review Section<\/h2>\n

While you are not explicitly instructed below to include any specific<\/em><\/strong> graphics, remember that as engineers we largely communicate graphically with the text then written \u201caround\u201d the graphics to \u201cfill in the blanks.\u201d\u00a0 In other words, good<\/em><\/strong> graphics in the place of the alternative\u00a0\u2014 piles of text\u00a0\u2014 is anticipated; in fact, this is expected in a quality piece of work here (and \u201cgood<\/em>\u201d means also annotated!)<\/strong>.\u00a0 To help you place graphics in Google Docs<\/em> with captions that remain attached, a link to a source having a figure+caption placeholder, a table+caption placeholder, and instructions for their use is available in the Figures and Tables Placement Template (FTT) provided shortly after the PUD-Doc template.<\/p>\n

That said, the text of this section of the tech-memo, in the format provided in the template (paragraph style \u201cNormal text\u201d in Google Docs<\/em>), should be approximately 1\u00be\u00a0\u2013 2 pages of text (2 pages max<\/strong>; be complete but you must also be selective to make it fit<\/strong> and not spill over to a third page!). Add to that graphics (table and figures).\u00a0 That means that with graphics of legible size it may be 5\u00a0\u2013 6 pages.\u00a0 That means 3\u00a0\u2013 4 pages worth of graphics; if you have fewer than six (6) graphical elements, you are falling short.\u00a0 While a good graphic does take time to produce, making it seem that writing text is faster, writing good text takes much longer and more iterations than most students realize.\u00a0 And in this case, the graphics are not much work at this point since the images generally come straight from the TAD with the simple addition of a caption.<\/p>\n

Treat this like an executive summary in that this is NOT<\/em> a diary of what you did<\/strong>, rather it is a summary of the contents of the accompanying TAD and PPD (refresh your memory on executive summaries by referring to Section 3 of Doc-Prep Guidance\u00a0\u2014 Getting Started<\/a>).<\/p>\n

This section should consist of three (3) subsections as described below.<\/p>\n

4.1\u00a0\u00a0\u00a0 Subsection 1\u00a0\u2014 Function-Level Design<\/h3>\n

This subsection will likely be 2\u00a0\u2013 4 short paragraphs, about 40% of the total of the Content for Review<\/em> section.\u00a0 This subsection should summarize the content of your function-level design work (Section 2 of the TAD).\u00a0 Make note of the overall system function.\u00a0 Describe the inputs and outputs to your system, categorized as energy, mass (matter\/material), and information.\u00a0 Note the main system functions required to accomplish the overall system function; provide a comment to confirm that the list is complete and not with excess functionality.\u00a0 Then pick the three function-level concepts you are most excited about, that you find intriguing, including those that may still be questionable or uncertain as to their ability to meet the required function; these are the ideas you think are representative of the greatest potential of your function-level thinking.\u00a0 Now, briefly (but with completeness) describe them, making note of any that fall in the \u201cuncertain\u201d category\/status.\u00a0 Conclude with summarizing highlights of information gathered.<\/p>\n

Remember, this is not a diary!<\/strong><\/p>\n

4.2\u00a0\u00a0\u00a0 Subsection 2\u00a0\u2014 System-Level Concept Evolution<\/h3>\n

This subsection, too, will likely be 3\u00a0\u2013 4 short paragraphs and a graphic of the best of your latest complete round of system-level concepting (Pugh analysis), about 40% of the total of the Content for Review<\/em> section.\u00a0 This subsection should summarize the content of your system-level design work completed thus far, as captured in Section 3 of the TAD.\u00a0 It is expected that you have at least one full round of system-level concept generation and assessment complete; more is fine.\u00a0 Begin with the first round, then, if and only if you have completed a second round, share that outcome.<\/p>\n

To start, write a brief explanation of your datum for the first round.\u00a0 Then, provide a two-sentence summary of each of the first-round designs.\u00a0 Then, in a second paragraph, explain what you learned<\/em><\/strong> from the full round-one analysis that helps (or helped, if round-two is started) you set your direction in the next round.\u00a0 In other words, indicate any trends or signs identified from the first round that are shaping (or shaped) your thinking and direction in the second round.\u00a0 This is about conveying your thinking to your audience.\u00a0 Your thinking is made up of both the rationale behind the +\/\u2212\/= decisions and how you learn from each round beyond just selecting a best concept from that round.<\/p>\n

In a third paragraph, focus on the outcome of the first round\u00a0\u2014 the best concept from that round, the ways in which it is better than the datum, and why (rationale) it is better in those ways; not, it may not be better overall, but in one or more certain ways it hopefully is.\u00a0 If you have completed a second round, add a fourth paragraph like the third, but for the second round.\u00a0 Include, then, a graphic of the best from you\u2019re the latest complete round (first or second; if you are actually into a third, don\u2019t get into that here).<\/p>\n

Again, remember this is not a diary<\/strong>.\u00a0 And remember to be quantitative wherever possible<\/strong>.<\/p>\n

4.3\u00a0\u00a0\u00a0 Subsection 3\u00a0\u2014 Preliminary\/Feasibility Engineering Plan<\/h3>\n

The third and final subsection will be shorter, maybe 20% of the total of the Content for Review<\/em> section.\u00a0 This subsection should begin with the text included in the template, that is, \u201cAn initial draft of the design-stage verification plan has been completed.\u00a0 At this stage the focus is on methods that will be applied in the preliminary\/feasibility engineering activities; methods to be applied later in detail-design engineering will be determined after our final system-level concept is selected.\u201d\u00a0 Select \u201cSTART HERE\u201d and begin typing, continuing with a summary of supporting engineering methods you will be applying in your preliminary\/feasibility engineering work.\u00a0 You should cover three (3) unique elements of engineering work to be done (\u201cunique\u201d meaning that some engineering requirements will employ the same methods; we are interested in three methods, not three requirements covered by the same\/single method).<\/p>\n

5\u00a0\u00a0\u00a0\u00a0 Next Steps Section<\/h2>\n

Following each prompt (e.g., Week 09:\u00a0\u00a0) that follow the Next Steps<\/em> section heading, write 1\u00a0\u2013 3 sentences describing what your activities will be in each of those weeks.\u00a0 This content draws from your Term-I task list as spread across the weekly list according to your Term-I timeline.\u00a0 The challenge here is to be concise yet descriptive.\u00a0 Your objective is to instill confidence that you know what you need to work on to reach success at the end of Term-I\u00a0\u2014 approval (preferably non-conditional) to continue on with the project in Term-II.\u00a0 Keep in mind the four metrics your Project Continuation Review (PCR) panel will consider in making their recommendation to the program director:<\/p>\n

    \n
  • The chosen system-level concept has a good likelihood of meeting the engineering requirements as substantiated by preliminary\/feasibility engineering; i.e., that the requirements could<\/strong> realistically be met by your concept.<\/span><\/li>\n
  • A technically sound plan is in place, on a requirement-by-requirement basis, describing methods for detail-design engineering (so that your engineering requirements <\/span>should<\/strong> be met by your design) and for prototype verification (showing that your engineering requirements <\/span>are<\/strong> ultimately met by your physically realized solution).<\/span><\/li>\n
  • A detailed and realistic work-plan is in place for completing the detail-design work, procuring materials and components, fabricating the prototype, and testing\/refining the prototype.<\/li>\n
  • A financial plan is in place to complete the project within the allocated\/secured budget.<\/li>\n<\/ul>\n

    Of course, you are in week-9 at the point of this review, so that week\u2019s work is in progress and continuing for the reminder of week-9.\u00a0 This section should be \u00bd\u00a0\u2013 \u00be page in length.<\/strong><\/p>\n

    \n

    Google Docs<\/sub><\/em> is a trademark of Google LLC.<\/sub><\/p>\n\n\n\n
    \u00a9 2017, William J. Endres<\/td>\nUpdated February 18, 2023<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n","protected":false},"excerpt":{"rendered":"

    * This is ONLY for Standard Projects. | For \u201cFailure-Resolution\u201d Projects go here. All content above the first section (Memorandum Overview) is pre-filled and should need no edits by you.\u00a0 If you alerted the SCD program director of errors from the PUD, they should be resolved now.\u00a0 If new errors (names, project title, customer) are […]<\/p>\n","protected":false},"author":35,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17,4],"tags":[],"_links":{"self":[{"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/posts\/372"}],"collection":[{"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/comments?post=372"}],"version-history":[{"count":35,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/posts\/372\/revisions"}],"predecessor-version":[{"id":2806,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/posts\/372\/revisions\/2806"}],"wp:attachment":[{"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/media?parent=372"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/categories?post=372"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/tags?post=372"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}