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

* This is ONLY<\/em> for \u201cFailure-Resolution\u201d Projects. | For Standard 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) and 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!).\u00a0 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 Functional Decomposition<\/h3>\n

This subsection will likely be 2\u00a0\u2013 3 short paragraphs, about 20% of the total of the Content for Review<\/em> section, with reference to TAD Subsection 2.1.\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 briefly describe, in functional terms<\/em><\/strong>, the failure that you are to resolve.<\/p>\n

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

4.2\u00a0\u00a0\u00a0 Subsection 2\u00a0\u2014 Root-Cause Failure Analysis Plan and Progress<\/h3>\n

This subsection will likely be 4\u00a0\u2013 5 paragraphs, about 60% of the total of the Content for Review<\/em> section, with reference to TAD Subsection 2.2.\u00a0 This subsection should describe your root-cause failure analysis plan and results to date.\u00a0 It is possible that you have located the source of the failure of this point.\u00a0 If so, you may also understand the root-cause, or you may still be working to fully figure out some of the details behind it.\u00a0 Or, you are still working on locating it in the first place.\u00a0 If it were easy to find and figure out, someone else would have solved it already.\u00a0 This is one of the few places in this course where you will report in a way that is similar to how you have done \u201clab\u201d or \u201cpractice session\u201d reports in those respective courses.<\/p>\n

First, briefly describe the plan in place for identifying the root cause.\u00a0 Note the test methods, the data to be acquired, and the types of analysis to be applied to the data.\u00a0 Next, likely starting a second paragraph, discuss the highlights of the data you have acquired to date.\u00a0 For each set or round of data, note the implication that results from those data, whether it led to additional new testing or to a conclusion.\u00a0 Finally, if you have already identified the root cause, close by noting the relevant main system functions, i.e., those relevant to the solution to the failure you have identified.<\/p>\n

4.3\u00a0\u00a0\u00a0 Subsection 3\u00a0\u2014 Initial Solution Ideas<\/h3>\n

The third and final subsection will be shorter, maybe 20% of the total of the Content for Review<\/em> section.\u00a0 Whether or not you have concluded your root-cause failure analysis, you should have come to a good understanding of how the system works and at least narrowed down on the root cause of the failure to be resolved.\u00a0 With that mindset, describe some of the ideas that have been surfacing for resolving the failure.<\/p>\n

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

Following each prompt (e.g., Week 09:\u00a0\u00a0) following 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 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 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., the requirements could<\/strong> realistically be met by your concept.<\/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-\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 \u201cFailure-Resolution\u201d Projects. | For Standard 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\/1623"}],"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=1623"}],"version-history":[{"count":23,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/posts\/1623\/revisions"}],"predecessor-version":[{"id":2805,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/posts\/1623\/revisions\/2805"}],"wp:attachment":[{"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/media?parent=1623"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/categories?post=1623"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/me.sites.mtu.edu\/meemscd\/wp-json\/wp\/v2\/tags?post=1623"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}