CINXE.COM

<!DOCTYPE html><html lang="ja"><head><meta charSet="utf-8"/><meta content="width=device-width, initial-scale=1" name="viewport"/><title>AI時代の仕事術（10方式）</title><link rel="canonical" href="https://zenn.dev/mkj/articles/984233194267d0"/><meta name="twitter:card" content="summary_large_image"/><meta property="og:url" content="https://zenn.dev/mkj/articles/984233194267d0"/><meta property="og:title" content="AI時代の仕事術（10方式）"/><meta property="og:image" content="https://res.cloudinary.com/zenn/image/upload/s--XzjCCJ2_--/c_fit%2Cg_north_west%2Cl_text:notosansjp-medium.otf_55:AI%25E6%2599%2582%25E4%25BB%25A3%25E3%2581%25AE%25E4%25BB%2595%25E4%25BA%258B%25E8%25A1%2593%25EF%25BC%258810%25E6%2596%25B9%25E5%25BC%258F%25EF%25BC%2589%2Cw_1010%2Cx_90%2Cy_100/g_south_west%2Cl_text:notosansjp-medium.otf_34:%25E5%25B0%258F%25E5%25B7%259D%2520%25E9%259B%2584%25E5%25A4%25AA%25E9%2583%258E%2Cx_220%2Cy_108/bo_3px_solid_rgb:d6e3ed%2Cg_south_west%2Ch_90%2Cl_fetch:aHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyL2U2NGM3ZTBkMzIuanBlZw==%2Cr_20%2Cw_90%2Cx_92%2Cy_102/g_south_west%2Ch_34%2Cl_default:og-publication-pro-mark-xcosax%2Cw_34%2Cx_217%2Cy_158/co_rgb:6e7b85%2Cg_south_west%2Cl_text:notosansjp-medium.otf_30:%25E6%259D%25BE%25E5%25B0%25BE%25E7%25A0%2594%25E7%25A9%25B6%25E6%2589%2580%25E3%2583%2586%25E3%2583%2583%25E3%2582%25AF%25E3%2583%2596%25E3%2583%25AD%25E3%2582%25B0%2Cx_255%2Cy_160/bo_4px_solid_white%2Cg_south_west%2Ch_50%2Cl_fetch:aHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzc4YzliYjcxZDkuanBlZw==%2Cr_max%2Cw_50%2Cx_139%2Cy_84/v1627283836/default/og-base-w1200-v2.png"/><meta property="og:type" content="article"/><meta property="og:site_name" content="Zenn"/><meta content="https://storage.googleapis.com/zenn-user-upload/avatar/78c9bb71d9.jpeg" name="zenn:image"/><meta content="小川雄太郎さんによる記事" name="zenn:description"/><meta name="next-head-count" content="12"/><script nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=">var theme = localStorage.getItem('theme') || 'light'; window.document.documentElement.dataset.theme = theme;</script><script nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=">var displayMode = 'browser'; if (window.matchMedia('(display-mode: standalone)').matches) { displayMode = 'standalone'; // PWA } else if (window.navigator.standalone === true) { displayMode = 'standalone'; // PWA on iOS Safari } window.dataLayer = window.dataLayer || []; window.dataLayer.push({'display_mode': displayMode});</script><script nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=">(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start': new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0], j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src= 'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f); })(window,document,'script','dataLayer','GTM-K42DRM8');</script><script async="" src="https://www.googletagmanager.com/gtag/js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74="></script><script nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=">window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js', new Date());</script><script src="https://embed.zenn.studio/js/listen-embed-event.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74="></script><style nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74="> @font-face { font-family: 'Inter'; font-weight: 600; font-display: swap; src: local(''), url('https://static.zenn.studio/fonts/inter-v3-latin-600.woff2') format('woff2'); } @font-face { font-family: 'Inter'; font-weight: 700; font-display: swap; src: local(''), url('https://static.zenn.studio/fonts/inter-v3-latin-700.woff2') format('woff2'); }</style><meta content="Zenn" name="apple-mobile-web-app-title"/><link href="/manifest.json" rel="manifest"/><link href="https://static.zenn.studio/images/logo-transparent.png" rel="shortcut icon" type="image/png"/><link href="https://static.zenn.studio/images/icon.png" rel="apple-touch-icon-precomposed" type="image/png"/><link nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" rel="preload" href="https://static.zenn.studio/_next/static/css/a6c53c418ae5538e.css" as="style"/><link nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" rel="stylesheet" href="https://static.zenn.studio/_next/static/css/a6c53c418ae5538e.css" data-n-g=""/><link nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" rel="preload" href="https://static.zenn.studio/_next/static/css/d118ea5137a96514.css" as="style"/><link nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" rel="stylesheet" href="https://static.zenn.studio/_next/static/css/d118ea5137a96514.css" data-n-p=""/><noscript data-n-css="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74="></noscript><script defer="" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" nomodule="" src="https://static.zenn.studio/_next/static/chunks/polyfills-42372ed130431b0a.js"></script><script src="https://static.zenn.studio/_next/static/chunks/webpack-dadbfb8005d24488.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/framework-6603b6fce1ea64cf.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/main-263cb6a7a7f1a583.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/pages/_app-35bfc0fc48cf11b2.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/5625-25fd02b61ddb8be0.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/327-4a46c0c9d0f704da.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/6594-b8a8c79be8e26450.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/8907-f0aa10e8932ce2bc.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/5889-f923840bd3bc71d4.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/8063-ae083fc7508c7ea5.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/chunks/pages/%5Busername%5D/articles/%5Bslug%5D-c551f269320801fe.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/In8qzaZM3RHBgxFgIrtOs/_buildManifest.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script><script src="https://static.zenn.studio/_next/static/In8qzaZM3RHBgxFgIrtOs/_ssgManifest.js" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=" defer=""></script></head><body><script nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=">const shouldUseTwemoji = !/(googlebot|macintosh|macintel|macppc|mac68k|macos|iphone|ipad)/i.test(window.navigator.userAgent); if(shouldUseTwemoji) document.body.setAttribute("data-use-twemoji", "true");</script><div id="__next"><header class="AppHeader_header__54XdE"><div class="Container_wide__ykGLh Container_common__figYY"><div class="AppHeader_inner__CJC4C"><a class="ZennLogo_logoLink__NJS2l" href="/"><svg x="0px" y="0px" viewBox="0 0 377.4 88.3" aria-label="Zenn | エンジニアのための情報共有コミュニティ" class="ZennLogo_logoSvg__yOhcg" height="22"><title>Zenn</title><g fill="currentColor"><path d="M233,56.8h-39c0.5,3.5,2.2,6.8,4.8,9.2c2.7,2.3,6.2,3.5,9.8,3.4c2.8,0,5.6-0.5,8.2-1.7c2.5-1.1,4.8-2.8,6.5-5l8.2,9.5 c-2.5,3.4-5.7,6.1-9.5,7.9c-4.6,2.2-9.6,3.3-14.7,3.2c-5.7,0.1-11.4-1.2-16.5-4c-4.5-2.5-8.2-6.3-10.7-10.9s-3.8-9.8-3.7-15.1v-2.2 c-0.1-5.7,1.1-11.3,3.5-16.5c2.2-4.7,5.7-8.6,10.1-11.3c4.7-2.8,10.1-4.2,15.5-4.1c5.2-0.1,10.3,1.1,14.9,3.7 c4.1,2.5,7.4,6.2,9.4,10.5c2.2,5.1,3.3,10.5,3.2,16.1V56.8z M216.1,43.9c0.1-2.9-0.9-5.7-2.8-7.9c-1.8-1.9-4.4-2.9-7.9-2.9 c-2.9-0.1-5.8,1.1-7.7,3.2c-2,2.6-3.3,5.7-3.6,9h22V43.9z"></path><path d="M128.3,67.9h36.1v14.7h-56.9V72l35.8-54.3h-36.2V2.9h56.6v10.4L128.3,67.9z"></path><path d="M248.8,50.7c0-19.1,12.7-29.2,28.2-29.2s27.9,10.1,27.9,29.2V82h-16V51.4c0-10.6-4.8-16.1-12-16.1s-12.4,5.5-12.4,16.1 v30.7h-15.8L248.8,50.7L248.8,50.7z"></path><path d="M320.3,50.7c0-19.1,12.7-29.2,28.2-29.2s27.9,10.1,27.9,29.2V82h-16V51.4c0-10.6-4.8-16.1-12-16.1S336,40.8,336,51.4v30.7 h-15.8L320.3,50.7L320.3,50.7z"></path></g><path fill="#3EA8FF" class="st0" d="M2.4,83.3h17c0.9,0,1.7-0.5,2.2-1.2L68.4,5.2C69,4.2,68.3,3,67.1,3H51c-0.8,0-1.5,0.4-1.9,1.1L1.6,81.9 C1.3,82.5,1.7,83.3,2.4,83.3z"></path><path fill="#3EA8FF" class="st0" d="M61,82.1l22.1-35.5c0.7-1.1-0.1-2.5-1.4-2.5H65.7c-0.6,0-1.2,0.3-1.5,0.8L41.5,81.2c-0.6,0.9,0.1,2.1,1.2,2.1 h16.3C59.8,83.3,60.6,82.9,61,82.1z"></path></svg></a></div></div></header><article class="View_container__VQuzA"><aside class="ContentStickyNavForMobile_container__153a8"><div class="Container_wide__ykGLh Container_common__figYY"><div class="ContentStickyNavForMobile_inner__xJ_fS"><div class="ContentStickyNavForMobile_avatarInner__3_noS"><a class="ContentStickyNavForMobile_principalLink__c15vw" href="/p/mkj"><span class="ContentStickyNavForMobile_avatarContainer__V3P_G"><img alt="松尾研究所テックブログ" class="AvatarImage_border__pDIjF AvatarImage_plain__Fgp4R AvatarImage_withPublication__hNtIe" height="38" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/e64c7e0d32.jpeg" width="38"/></span><span class="ContentStickyNavForMobile_displayName__cmEag">松尾研究所テックブログ</span></a><button class="ContentStickyNavForMobile_proMark__jsb_u"><svg viewBox="0 0 24 24" fill="currentColor" height="21" width="21"><path fill-rule="evenodd" d="M2.25 12c0-5.385 4.365-9.75 9.75-9.75s9.75 4.365 9.75 9.75-4.365 9.75-9.75 9.75S2.25 17.385 2.25 12zm13.36-1.814a.75.75 0 10-1.22-.872l-3.236 4.53L9.53 12.22a.75.75 0 00-1.06 1.06l2.25 2.25a.75.75 0 001.14-.094l3.75-5.25z" clip-rule="evenodd"></path></svg></button></div><div class="ContentStickyNavForMobile_actions__a9fMk"></div></div></div></aside><div class="PublicationInfoForDesktop_container__UxKig"><div class="Container_wide__ykGLh Container_common__figYY"><div class="PublicationInfoForDesktop_inner__LnToC"><a class="PublicationInfoForDesktop_link__fqxgJ" href="/p/mkj"><span class="PublicationInfoForDesktop_avatar__qh_yu"><img alt="" class="AvatarImage_border__pDIjF AvatarImage_plain__Fgp4R AvatarImage_withPublication__hNtIe" height="45" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/e64c7e0d32.jpeg" width="45"/></span><span class="PublicationInfoForDesktop_displayName__nzipD">松尾研究所テックブログ</span></a><span class="PublicationInfoForDesktop_proMark__ZHCCC"><button class="PublicationProLabelLink_proLabelButton__IrfKg"><svg viewBox="0 0 24 24" fill="currentColor" height="21" width="21"><path fill-rule="evenodd" d="M2.25 12c0-5.385 4.365-9.75 9.75-9.75s9.75 4.365 9.75 9.75-4.365 9.75-9.75 9.75S2.25 17.385 2.25 12zm13.36-1.814a.75.75 0 10-1.22-.872l-3.236 4.53L9.53 12.22a.75.75 0 00-1.06 1.06l2.25 2.25a.75.75 0 001.14-.094l3.75-5.25z" clip-rule="evenodd"></path></svg><span class="PublicationProLabelLink_text__VWY7a">Publication Pro</span></button></span></div></div></div><header class="ArticleHeader_header__IRbtk"><div class="Container_wide__ykGLh Container_common__figYY"><div class="ArticleHeader_main__W98WY"><div class="ArticleHeader_emoji__30JiU"><span class="Emoji_twemoji__hcxYF"><span class="Emoji_twemojiImg__Oc6vR" style="background-image:url(https://asia-northeast1-zenn-dev-production.cloudfunctions.net/twemoji/✍️.svg)"></span></span><span class="Emoji_nativeEmoji__GMBzX">✍️</span></div><h1 class="ArticleHeader_title__9jiOv"><span style="font-size:0.944em">AI時代の仕事術（10方式）</span></h1><div class="ArticleHeader_metaContainer__5UzrJ"><div class="ArticleHeader_metaInfo__XrRdh"><div class="ArticleHeader_userInfo__g_sSW"><a class="ArticleHeader_avatar__anCEE" href="/yutaro_ogawa"><img alt="" class="AvatarImage_plain__Fgp4R " height="25" loading="lazy" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/78c9bb71d9.jpeg" width="25"/></a><a class="ArticleHeader_metaUserName__FbZgW" href="/yutaro_ogawa">小川雄太郎</a></div><span class="ArticleHeader_pubDate__gF_sc"><span class="ArticleHeader_num__7Zpz0">2025/03/14</span>に公開</span></div></div></div></div></header><div class="Container_wide__ykGLh Container_common__figYY"><div class="ContainerUndo_undoInSM__1vdc1"><div class="View_inner__LlCJG"><div class="View_stickyShare__TsaVf"><div class="View_stickyShareInner__FLu2S"><div class="LikeButton_container__YlckE style-large-white count-bottom"><button aria-label="いいね" class="LikeButton_button__ZwdG4" data-pressed="false"><svg class="LikeButton_svgLike__Gl0Sz" viewBox="0 0 110 110"><path class="LikeButton_svgLikeLine__f9txR" d="M73,24a23.78,23.78,0,0,0-15.89,6.19,3.14,3.14,0,0,1-4.18,0A23.81,23.81,0,0,0,37,24a22,22,0,0,0-22,22c0,16.67,19.64,32.82,25.11,37.93,2.84,2.65,6.15,5.64,8.92,8.13a8.9,8.9,0,0,0,11.9,0c2.77-2.49,6.07-5.48,8.91-8.13C75.37,78.81,95,62.66,95,46A22,22,0,0,0,73,24Z" fill="currentColor"></path><path class="LikeButton_svgLikeInner__uiexS" d="M66.25,76.42c-.71.64-1.32,1.2-1.82,1.67-2.51,2.33-5.39,5-7.94,7.25a2.21,2.21,0,0,1-3,0C51,83,48.1,80.42,45.59,78.09c-.5-.47-1.12-1-1.82-1.67C38.09,71.29,23,57.67,23,46A14,14,0,0,1,37,32a15.92,15.92,0,0,1,11.65,5.23l4.73,5a2.2,2.2,0,0,0,3.23,0l4.72-5A16.06,16.06,0,0,1,73,32,14,14,0,0,1,87,46C87,57.67,71.93,71.29,66.25,76.42Z" fill="currentColor"></path><g class="LikeButton_svgLikeDecoration__78UjB"><circle cx="41.5" cy="9.5" fill="#3ea8ff" r="3.5"></circle><circle cx="98.5" cy="26.5" fill="#ffdc6e" r="3.5"></circle><circle cx="13" cy="19" fill="#c067f4" r="5"></circle><circle cx="77" cy="9" fill="#f76685" r="5"></circle><circle cx="26.5" cy="92.5" fill="#f76685" r="3.5"></circle><circle cx="105.5" cy="48.5" fill="#c067f4" r="3.5"></circle><circle cx="4.5" cy="60.5" fill="#3ea8ff" r="3.5"></circle><circle cx="94.5" cy="73.5" fill="#3ea8ff" r="1.5"></circle><circle cx="16.5" cy="75.5" fill="#ffdc6e" r="1.5"></circle><circle cx="78.5" cy="91.5" fill="#ffdc6e" r="1.5"></circle></g></svg></button></div><span style="display:block;height:1rem;flex-shrink:0"></span><span style="display:block;height:1rem;flex-shrink:0"></span><div class="ShareButtonsExperimental_container__CrtBj" style="flex-direction:column;align-items:stretch"><a aria-label="X(Twitter)にポスト" class="ShareButtonsExperimental_button__d9aXF ShareButtonsExperimental_svgTwitterVertical__NmmfB ShareButtonsExperimental_svgTwitterBase__8FrNq" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://twitter.com/intent/tweet?url=https://zenn.dev/mkj/articles/984233194267d0&text=AI%E6%99%82%E4%BB%A3%E3%81%AE%E4%BB%95%E4%BA%8B%E8%A1%93%EF%BC%8810%E6%96%B9%E5%BC%8F%EF%BC%89%EF%BD%9C%E5%B0%8F%E5%B7%9D%20%E9%9B%84%E5%A4%AA%E9%83%8E&hashtags=zenn" id="gtm-article-left-tweet" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="27" height="28" viewBox="0 0 27 28" fill="none"><g clip-path="url(#clip0_1_18)"><path d="M16.0687 11.7356L26.12 0H23.7382L15.0106 10.1899L8.03988 0H0L10.5411 15.4089L0 27.7155H2.38199L11.5985 16.9546L18.9601 27.7155H27L16.0681 11.7356H16.0687ZM12.8062 15.5447L11.7382 14.0103L3.24025 1.80106H6.89884L13.7568 11.6543L14.8248 13.1887L23.7393 25.9963H20.0807L12.8062 15.5452V15.5447Z" fill="currentColor"></path></g><defs><clipPath id="clip0_1_18"><rect width="27" height="27.7297" fill="white"></rect></clipPath></defs></svg></a><a aria-label="Facebookに投稿" class="ShareButtonsExperimental_button__d9aXF ShareButtonsExperimental_svgFacebookVertical__3ykb7 ShareButtonsExperimental_svgFacebookBase___gDOW" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="http://www.facebook.com/sharer.php?u=https://zenn.dev/mkj/articles/984233194267d0" id="gtm-article-left-facebook" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="28" height="29" viewBox="0 0 28 29" fill="none"><g clip-path="url(#clip0_2_21)"><path d="M28 14.7812C28 7.02084 21.7319 0.729736 14 0.729736C6.26808 0.729736 0 7.02084 0 14.7812C0 21.3707 4.52032 26.9002 10.6182 28.4189V19.0753H7.73136V14.7812H10.6182V12.9309C10.6182 8.14833 12.7747 5.93158 17.453 5.93158C18.34 5.93158 19.8705 6.10637 20.4966 6.28061V10.1729C20.1662 10.138 19.5922 10.1206 18.8793 10.1206C16.5838 10.1206 15.6968 10.9935 15.6968 13.2625V14.7812H20.2698L19.4841 19.0753H15.6968V28.7297C22.629 27.8895 28.0006 21.9654 28.0006 14.7812H28Z" fill="currentColor"></path></g><defs><clipPath id="clip0_2_21"><rect width="28" height="28" fill="white" transform="translate(0 0.729736)"></rect></clipPath></defs></svg></a><a aria-label="はてなブックマークに登録" class="ShareButtonsExperimental_button__d9aXF ShareButtonsExperimental_svgHatenaBookmarkVertical__b161J ShareButtonsExperimental_svgHatenaBookmarkBase__VXz6p" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://b.hatena.ne.jp/add?mode=confirm&url=https://zenn.dev/mkj/articles/984233194267d0&title=AI%E6%99%82%E4%BB%A3%E3%81%AE%E4%BB%95%E4%BA%8B%E8%A1%93%EF%BC%8810%E6%96%B9%E5%BC%8F%EF%BC%89%EF%BD%9C%E5%B0%8F%E5%B7%9D%20%E9%9B%84%E5%A4%AA%E9%83%8E" id="gtm-article-left-hatena-bookmark" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="27" height="28" viewBox="0 0 27 28" fill="none"><path fill-rule="evenodd" clip-rule="evenodd" d="M5.4999 0.729736H21.5001C24.5376 0.729736 27 3.19213 27 6.22964V22.2298C27 25.2673 24.5376 27.7297 21.5001 27.7297H5.4999C2.46239 27.7297 0 25.2673 0 22.2298V6.22964C0 3.19213 2.46239 0.729736 5.4999 0.729736ZM12.98 13.7472C13.8521 13.8136 14.5319 14.1209 15.0212 14.6673V14.6679C15.512 15.2127 15.7572 15.9444 15.7572 16.8543C15.7572 17.5126 15.62 18.0877 15.3436 18.5867C15.0692 19.084 14.6756 19.4712 14.1604 19.7433C13.7441 19.9658 13.2289 20.1278 12.6155 20.2245C12.001 20.3179 10.9966 20.3665 9.6039 20.3665H6.13656V8.09392H9.50184C10.8859 8.09392 11.8503 8.13875 12.4016 8.22623C12.9503 8.31695 13.4206 8.4703 13.8164 8.68792C14.269 8.93902 14.6129 9.27437 14.8527 9.69341C15.0865 10.1151 15.2069 10.6028 15.2069 11.1546C15.2069 11.8512 15.0309 12.4053 14.6761 12.813C14.3197 13.2261 13.756 13.5355 12.98 13.7472ZM9.96192 10.8144H9.24372H9.24318V13.2768H9.91116C10.7352 13.2768 11.2984 13.1856 11.6073 13.0058C11.9124 12.8227 12.0663 12.5273 12.0663 12.0667C12.0663 11.6061 11.9216 11.2821 11.6375 11.0947C11.3497 10.9084 10.7919 10.8144 9.96192 10.8144ZM10.4128 18.1514C11.2028 18.1514 11.7661 18.0531 12.0928 17.8523V17.8528C12.4227 17.653 12.5863 17.3209 12.5863 16.8581C12.5863 16.3408 12.4367 15.9806 12.1338 15.7765C11.8357 15.5724 11.2747 15.4703 10.463 15.4703H9.24372V18.1514H10.4128ZM19.3093 17.257C18.4502 17.257 17.7547 17.9525 17.7547 18.8111C17.7547 19.6697 18.4507 20.3658 19.3093 20.3658C20.1679 20.3658 20.8634 19.6697 20.8634 18.8111C20.8634 17.9525 20.1668 17.257 19.3093 17.257ZM17.9593 8.09318H20.6593V16.2753H17.9593V8.09318Z" fill="currentColor"></path></svg></a></div></div></div><div class="View_columnsContainer__ijfFN"><section class="View_content__OZ_Dc"><div class="View_main__AU6KW"><div class="Container_default__13H8g Container_common__figYY"><div class="View_topics__2sHkl"><a class="View_topicLink__jdtX_" href="/topics/ai"><div class="View_topicImage__qMmmw"><img class="View_topicImg__TpkV5" loading="lazy" src="https://storage.googleapis.com/zenn-user-upload/topics/23eef6d9d7.png"/></div><div class="View_topicName____nYp">AI</div></a><a class="View_topicLink__jdtX_" href="/topics/deeplearning"><div class="View_topicImage__qMmmw"><img class="View_topicImg__TpkV5" loading="lazy" src="https://storage.googleapis.com/zenn-user-upload/topics/602cd1642e.png"/></div><div class="View_topicName____nYp">ディープラーニング</div></a><a class="View_topicLink__jdtX_" href="/topics/llm"><div class="View_topicImage__qMmmw"><img class="View_topicImg__TpkV5" loading="lazy" src="https://zenn.dev/images/topic.png"/></div><div class="View_topicName____nYp">LLM</div></a><a class="View_topicLink__jdtX_" href="/topics/%E7%94%9F%E6%88%90ai"><div class="View_topicImage__qMmmw"><img class="View_topicImg__TpkV5" loading="lazy" src="https://zenn.dev/images/topic.png"/></div><div class="View_topicName____nYp">生成 AI</div></a><a class="View_topicLink__jdtX_" href="/topics/aiagent"><div class="View_topicImage__qMmmw"><img class="View_topicImg__TpkV5" loading="lazy" src="https://zenn.dev/images/topic.png"/></div><div class="View_topicName____nYp">AIエージェント</div></a><a class="View_topicLink__jdtX_" href="/tech-or-idea"><div class="View_topicImage__qMmmw"><img class="View_topicImg__TpkV5" loading="lazy" src="https://static.zenn.studio/images/drawing/idea-icon.svg"/></div><div class="View_topicName____nYp" style="text-transform:capitalize">idea</div></a></div><div class="InsertButtonToCodeBlock_insertButtonWrapper__ueql2"><div class="znc BodyContent_anchorToHeadings__uGxNv"><p data-line="0" class="code-line">本記事は「AI技術を駆使した仕事術」の解説ではありません。逆であり、AI技術の進展に左右されない「仕事の本質」を意識した仕事方式の解説となります。弊社の公式内容ではなく、執筆者が心掛けている内容です。</p> <p data-line="2" class="code-line"><br></p> <p data-line="4" class="code-line"><strong>はじめに</strong></p> <p data-line="6" class="code-line">第一に、「AI技術が将来的にどこまで仕事に良いインパクトを与えるのか」、「どのような仕事（タスク）レベルまでAIによって自動化されるのか」は想像が難しいです（とくに実現タイミングの予測も含め、少なくとも私には）。</p> <p data-line="8" class="code-line"><br></p> <p data-line="10" class="code-line">第二に、AI技術の進展の早さを考えると、現時点（2025年3月末）の「AI技術を駆使した仕事術」を解説しても、おそらく1年後の「2026年3月末」には、その記事内容は陳腐化している可能性が高いでしょう。</p> <p data-line="12" class="code-line">（※とはいえ短期的には、「（現時点での）AI技術を駆使した最強の仕事術」の紹介記事にはとても価値があると思います。）</p> <p data-line="14" class="code-line"><br></p> <p data-line="16" class="code-line">本記事では、AI技術に取り組む弊社にて、私（および私のチーム）が、AI技術の進展度合いに左右されない「仕事の本質」（だと思う部分）を意識しながら、どのように研究や開発、その他Bizに取り組んでいるのかを紹介します。</p> <p data-line="18" class="code-line">はじめに10個の仕事術（仕事方式）を解説します。</p> <p data-line="20" class="code-line">最後にAI技術の進展に左右されない「仕事の本質」（と私が考えている内容）について解説します。</p> <p data-line="23" class="code-line"><a href="https://github.com/YutaroOgawa/about_me" target="_blank" rel="nofollow noopener noreferrer">（執筆：小川雄太郎）</a></p> <p data-line="25" class="code-line"><br></p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="28" class="code-line"><strong>本記事の読者想定</strong></p> <ul data-line="29" class="code-line"> <li data-line="29" class="code-line">元々は執筆者のチームメンバ向けの文書です</li> <li data-line="30" class="code-line">新卒・中堅社員レベル、そしてインターン学生も読者対象です</li> <li data-line="31" class="code-line">経営層クラスは仕事内容が大きく変わるため読者として想定外です。本記事は参考程度にて</li> <li data-line="32" class="code-line">職種は研究・開発に限らず、どなたも読者対象です。仕事でAIやITに直接的・間接的に関わらない方も読者対象です</li> </ul> </div></aside> <p data-line="35" class="code-line"><br></p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="38" class="code-line"><strong>注釈</strong></p> <ul data-line="39" class="code-line"> <li data-line="39" class="code-line">私の中でも他にも仕事方式が存在しますが、重要度の高い10個を紹介しています（そのためMECEではないです）</li> <li data-line="40" class="code-line">あくまで私の考え方を記載したもので、本記事以外の仕事術を否定するものではありません</li> </ul> </div></aside> <p data-line="43" class="code-line"><br></p> <p data-line="47" class="code-line"><strong>本記事の目次です</strong></p> <p data-line="49" class="code-line"><img src="https://storage.googleapis.com/zenn-user-upload/8d0031f4ca8a-20250305.png" loading="lazy" class="md-img"></p> <p data-line="51" class="code-line"><br></p> <h2 id="1.%E3%80%8C%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87%E3%80%8D%E3%82%92%E6%84%8F%E8%AD%98%E3%81%97%E3%81%9F%E6%9C%9F%E9%99%90%E8%A8%AD%E5%AE%9A%E6%96%B9%E5%BC%8F" data-line="56" class="code-line"> <a class="header-anchor-link" href="#1.%E3%80%8C%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87%E3%80%8D%E3%82%92%E6%84%8F%E8%AD%98%E3%81%97%E3%81%9F%E6%9C%9F%E9%99%90%E8%A8%AD%E5%AE%9A%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 1.「パーキンソンの法則」を意識した期限設定方式</h2> <p data-line="58" class="code-line">パーキンソンの法則（第一）とは、<br> <strong>「仕事（の内容量）は、利用可能な時間を全て満たすように拡大していく」</strong><br> という有名な法則です。</p> <p data-line="62" class="code-line"><span class="embed-block zenn-embedded zenn-embedded-card"><iframe id="zenn-embedded__46f4e5d470b0c" src="https://embed.zenn.studio/card#zenn-embedded__46f4e5d470b0c" data-content="https%3A%2F%2Fwww.kaonavi.jp%2Fdictionary%2Fparkinsons-law%2F" frameborder="0" scrolling="no" loading="lazy"></iframe></span><a href="https://www.kaonavi.jp/dictionary/parkinsons-law/" style="display:none" target="_blank" rel="nofollow noopener noreferrer">https://www.kaonavi.jp/dictionary/parkinsons-law/</a></p> <p data-line="65" class="code-line"><br></p> <p data-line="67" class="code-line">パーキンソンの法則（第一）に注意し、仕事（タスク）に取り掛かる前には、<strong>自ら制約条件として、期限を「今日1日で」や「3日間で」など、厳密に設定すること</strong>をおすすめします。</p> <p data-line="69" class="code-line">期限を厳密に設定しない場合、以下の3つのケースが想定されます。</p> <p data-line="71" class="code-line">（1）ダラダラと仕事に取り組んでしまう<br> （2）締切が外部から突然与えられて、焦って実行する<br> （3）そして最悪なケースが、 <strong>「その仕事の芯を食っておらず、本質的には重要ではない、やってもやらなくても良いような仕事（タスク）まで実行してしまう」</strong>、すなわち法則通り「仕事の内容量が増える現象」が発生するケースです</p> <p data-line="75" class="code-line"><br></p> <p data-line="77" class="code-line">この重要でない仕事の膨張を避けるために、<strong>自ら設定する期限は、これでは短すぎではないかと感じるくらいのが望ましいです</strong>。</p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="80" class="code-line">仕事に必要な時間が完全に逆算できる場合は逆算した期限で良いです。ここでは、もう少し不確実性のある仕事を想定しています。</p> </div></aside> <p data-line="83" class="code-line"><br></p> <p data-line="85" class="code-line">期限が短いと、「その仕事の "真の答え" にたどり着けないのでは？」と不安に感じるかもしれません。</p> <p data-line="87" class="code-line">しかし多くの場合において、「期限設定が長ければ、たくさんの時間をかけることができて、"真の答え"にたどり着ける！」というケースは少ないです。</p> <p data-line="89" class="code-line">それよりも、設定した期限内での <strong>「暫定解」</strong> を導出する方が有用なことが多いです。<br> なぜならその「暫定解」に基づいて、次の行動を選択し、実行できるからです。</p> <p data-line="92" class="code-line">そして「暫定解」を前提とした次の実行や、時間の経過で増える新たな情報を通じて、「暫定解」をより洗練し、<strong>「暫定解 ver.2」</strong> に更新する方が有用なケースが多いです。</p> <p data-line="94" class="code-line"><br></p> <p data-line="97" class="code-line">なお少なくとも期限後時点には、暫定解であることを前提として、上司・メンバに現状を報告・相談します。</p> <p data-line="99" class="code-line">暫定解は自分の中に閉じておくものではなく、「暫定ですが現状こう考えています」と関係者に報告・共有するものである点に注意してください。</p> <p data-line="101" class="code-line"><br></p> <p data-line="103" class="code-line"><strong>仕事（タスク）を実行する際には最初に、短すぎると感じるくらいの期限を自ら設定します</strong></p> <p data-line="106" class="code-line"><br></p> <h2 id="2.-%E7%B5%90%E6%9E%9C%E3%81%A8%E6%88%90%E6%9E%9C%E3%82%92%E5%8C%BA%E5%88%A5%E3%81%97%E3%81%9F%E6%88%90%E6%9E%9C%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F" data-line="108" class="code-line"> <a class="header-anchor-link" href="#2.-%E7%B5%90%E6%9E%9C%E3%81%A8%E6%88%90%E6%9E%9C%E3%82%92%E5%8C%BA%E5%88%A5%E3%81%97%E3%81%9F%E6%88%90%E6%9E%9C%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 2. 結果と成果を区別した成果優先方式</h2> <p data-line="110" class="code-line">多くの人は仕事（タスク）において、<strong>「結果（output）」</strong> と <strong>「成果（outcome）」</strong> を混同しがちです。</p> <p data-line="112" class="code-line">以下に言葉の定義を整理します。</p> <p data-line="114" class="code-line">・なんらかの仕事（タスク）を実行した際、必ず生まれるのが「結果」です<br> ・「結果」をその仕事の文脈のなかできちんと位置付けて、解釈・整理したものが「成果」です</p> <p data-line="117" class="code-line">そして重要なのは、結果ではなく、「成果」です。</p> <p data-line="119" class="code-line"><br></p> <p data-line="121" class="code-line">とくに会議・ミーティングの場面で私が最初に知りたいのは、 <strong>「目的と問題定義」</strong>、<strong>「成果（アウトカム）」</strong>、そして <strong>「結論」</strong> です<br> （「目的と問題定義」については後の章で解説します）。</p> <p data-line="124" class="code-line">「結果・アウトプット」については、成果・結論を伝える際に、必要に応じた補足程度の解説で十分です。</p> <p data-line="126" class="code-line">なお <strong>「結論」</strong> とは、成果内容に加え、成果をふまえて導出される「ネクストアクション」や、場合によっては「手戻りの必要性の説得」など、<strong>「次にどうしますか？」</strong> という問いへの回答に近しいものです。</p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="131" class="code-line">「結果」、「成果」、「結論」の定義は人によって様々でしょう。上記の私の説明が普遍的絶対に正しいとは私も思っていません。<br> 重要な点は、<strong>これらの言葉の定義がメンバごとにバラバラではなく、チーム内で統一されている状態だと考えています</strong>。</p> </div></aside> <p data-line="135" class="code-line"><br></p> <p data-line="137" class="code-line">なんらかを実行すれば、良くも悪くも、必ず「結果」が生まれます<br> （だからこそ多くの人は自分の取り組みの「結果」について、ダラダラと言及・解説しがちです）。</p> <p data-line="140" class="code-line">なお、成果の良し悪しについては、運や状況にも左右されます。<br> そのため、良い成果を生み出す確率を上げる行為は重要ですが、「良い成果」を確約することはできません。</p> <p data-line="143" class="code-line"><br></p> <p data-line="145" class="code-line"><strong>「結果（アウトプット）」と「成果（アウトカム）」をきちんと区別し、成果を意識して仕事を実行します。そして結果についてダラダラと説明せず、成果について端的に述べ、成果優先方式で進めていきます</strong></p> <p data-line="150" class="code-line"><br></p> <h2 id="3.-%E6%A7%8B%E9%80%A0%E6%95%B4%E7%90%86%E3%82%92%E5%AE%9F%E6%96%BD%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E6%96%B9%E5%BC%8F" data-line="152" class="code-line"> <a class="header-anchor-link" href="#3.-%E6%A7%8B%E9%80%A0%E6%95%B4%E7%90%86%E3%82%92%E5%AE%9F%E6%96%BD%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 3. 構造整理を実施してから実行方式</h2> <p data-line="154" class="code-line">私は直感・思いつきタイプではあるのですが、思いつきで何らかの仕事（タスク）を実行し始めないように注意しています。</p> <p data-line="156" class="code-line">一呼吸置きましょう。</p> <p data-line="158" class="code-line">思いついた内容自体は否定されるものではありません。<br> しかし、「他にもっと重要なやるべきことはないか？」、そして <strong>「そもそも、その思いついた内容はなぜ良いと判定できるのか？」</strong> について、立ち止まり、顔を上げ、抽象度を上げて、考えるようにします。</p> <p data-line="161" class="code-line">そして「他の選択肢」についてリストアップします<br> （選択肢は突然思いついたこの1つのみです、という状況は通常少ないでしょう）。</p> <p data-line="164" class="code-line">ここで他の選択肢をリストアップするためには、<strong>問題構造を整理・分解する必要があります</strong>。</p> <p data-line="167" class="code-line"><br></p> <p data-line="169" class="code-line">多くの場合、問題構造の基本系は以下の通りです。</p> <ol data-line="171" class="code-line"> <li data-line="171" class="code-line">「大目的」が存在（ビジョンや経営目標、KGIなど）</li> <li data-line="172" class="code-line">「大目的の達成を阻む大きめの課題」≒「Issue（イシュー）」が存在</li> <li data-line="173" class="code-line">「Issue（イシュー）」を分解し精緻に言語化した「目的と問題定義」（※）</li> <li data-line="174" class="code-line">実行可能な単位に落とし込まれた「タスク」</li> </ol> <p data-line="177" class="code-line">（※）「目的と問題定義」については後の章で解説します</p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="181" class="code-line">上記の問題構造の基本系についても、これが普遍的絶対に正しいとは私も思っていません。第2章での説明と同様に、重要な点は、<strong>この構造認識がメンバごとにバラバラではなく、チーム内で統一されている状態だと考えています</strong>。</p> </div></aside> <p data-line="184" class="code-line"><br></p> <p data-line="186" class="code-line">最初に思いついた内容について、「問題の基本構造」の整理に当てはめ、その上で、やはり重要だから実行することは、まったく問題ありません。</p> <p data-line="188" class="code-line">傍から見ていると、思いついて突然実行！と同じように見えるかもしれませんが、大きく異なる行為です。立ち止まって整理した上での実行は、より大きな成果へと繋がりやすいです。</p> <p data-line="190" class="code-line"><br></p> <p data-line="192" class="code-line">また、構造関係を整理していれば、<strong>「とある問題」について、時間をかけて「暫定解」を導出したり、解決しても、後続のタスクに影響がほぼないケース</strong>も、きちんと自己認識・自己発見しやすいです。</p> <p data-line="194" class="code-line">「後続タスクでの選択や決定に影響力を生まない問題」に対して、解決および暫定解を導出する行為は、基本的に時間とリソースがもったいないです。</p> <p data-line="196" class="code-line"><br></p> <p data-line="198" class="code-line"><strong>「思いついたら即実行」ではなく、大目的からロジカルに構造整理し、思いついた内容を構造関係に当てはめる行為をスキップせず実施し、整理した後で実行に移るように注意します</strong></p> <p data-line="201" class="code-line"><br></p> <h2 id="4.-%E7%9B%AE%E7%9A%84%E3%81%AE%E6%98%8E%E7%A2%BA%E5%8C%96%E3%81%A8%E5%95%8F%E9%A1%8C%E5%AE%9A%E7%BE%A9%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F" data-line="203" class="code-line"> <a class="header-anchor-link" href="#4.-%E7%9B%AE%E7%9A%84%E3%81%AE%E6%98%8E%E7%A2%BA%E5%8C%96%E3%81%A8%E5%95%8F%E9%A1%8C%E5%AE%9A%E7%BE%A9%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 4. 目的の明確化と問題定義駆動方式</h2> <p data-line="205" class="code-line">とある問題（やタスク）を実行する前には、必ず、なぜその問題を解決しに行くのかという <strong>「目的の明確化」</strong> を実施します。</p> <p data-line="207" class="code-line">要は、<strong>「その問題が解決・完了できたら、何が得られそうで、どう嬉しいの？」</strong> という問いに回答できるように言語化し、整理します。</p> <p data-line="209" class="code-line"><br></p> <p data-line="211" class="code-line">そして「目的の明確化」と同等かそれ以上に大切なのが、<strong>「解決しようとしている問題（今、倒したい対象）」を「解決状態の定義（達成条件）」と「解決に際しての制約条件」とともに精緻に言語化する、「問題の厳密な定義」</strong> です。</p> <p data-line="213" class="code-line">なお、「目的部分」はこの問題定義の冒頭部分に記載されることになります。</p> <p data-line="215" class="code-line"><br></p> <p data-line="217" class="code-line"><strong>「問題の厳密な定義」と「タスク設定」は異なります。</strong></p> <p data-line="219" class="code-line">問題定義は非常に精緻な言語化です。<br> この言語化をスキップし、タスク設定のみで進めると、「後になって、周囲・メンバ・上司と齟齬が生まれてしまった」という状況は、誰しもが経験しているでしょう。</p> <p data-line="222" class="code-line"><br></p> <p data-line="224" class="code-line"><strong>そして、問題定義をした後は、「●●をしてください」と、自分で自分に指示を下します（定義した問題を自分に出題します）。</strong></p> <p data-line="226" class="code-line">これには2つの意図があります。「アライン（調整）」と「リード」です。</p> <p data-line="228" class="code-line">自分で「●●しよう」と意識的に行動していても、いつのまにか問題からズレがちです。<br> 「集中」状態がいつのまにか「夢中」状態になり、そして「無我夢中」状態に陥り、その結果、「我を忘れ、いつのまにか元の問題定義からブレていく」という現象が発生しがちです。</p> <p data-line="231" class="code-line">そうならないように「精緻な言語化による問題定義を自分へ出題する」ことで、自分の思考と行動がブレないように、アライン（調整）します。</p> <p data-line="233" class="code-line"><br></p> <p data-line="235" class="code-line">2つ目の目的はリードです。<br> 基本的に難易度が高い仕事ほど大変です。おっくうになります。</p> <p data-line="238" class="code-line">そこで、まるで上司が部下に指示を下すかのように、「もう一人の冷静な自分」が「実行役の自分」に指示を下すように問題を出題し、自分の中で二人三脚で挑戦する体制を作ります（甘えてしまう実行役の自分をなかば強制駆動させるイメージです）。</p> <p data-line="240" class="code-line">そして冷静な自分は実行役の自分を見守り、コーチングし、実行役の自分が折れないように優しくリードします。</p> <p data-line="242" class="code-line"><br></p> <p data-line="244" class="code-line"><strong>突然実行に走らず、「目的をきちんと明確化する」、そして「問題を精緻に言語化して定義する」、そのうえで「定義した問題設定を自らに出題して、自らを駆動させる」を意識します</strong></p> <p data-line="246" class="code-line"><br></p> <h2 id="5.-%E6%B1%BA%E7%9D%80%E3%82%92%E3%81%A4%E3%81%91%E3%81%A6%E3%81%8B%E3%82%89%E6%AC%A1%E3%81%AB%E9%80%B2%E3%82%80%E6%96%B9%E5%BC%8F" data-line="249" class="code-line"> <a class="header-anchor-link" href="#5.-%E6%B1%BA%E7%9D%80%E3%82%92%E3%81%A4%E3%81%91%E3%81%A6%E3%81%8B%E3%82%89%E6%AC%A1%E3%81%AB%E9%80%B2%E3%82%80%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 5. 決着をつけてから次に進む方式</h2> <p data-line="251" class="code-line">仕事をする際、なんとなくレベルから非常に深いレベルまで、その程度はともかく誰しもが「なんらかの仮説」をもって、実行に取り組むかと思います。</p> <p data-line="253" class="code-line">この際、最初に立てた仮説が途中でなんとなく、「この仮説・解決方法は思っていたよりも筋が悪そうだ」と感じることもあるでしょう。</p> <p data-line="255" class="code-line">このような場合、「方向調整」や「方向転換」は大切です。</p> <p data-line="257" class="code-line"><br></p> <p data-line="259" class="code-line">ただしそれは、<strong>最初の仮説にきちんと決着をつけてから実施する（区切ってから次に進む）</strong> のが望ましいです。</p> <p data-line="261" class="code-line">すなわち筋が悪そうだと感じたなら、「筋が悪いというファクトの結果図を示す」、もしくは「論理的に筋が悪いと判断した理由を記述・報告する」などして、きちんと決着をつける（区切る）ことが大切となります。</p> <p data-line="263" class="code-line"><br></p> <p data-line="265" class="code-line">決着をつけるための行為に時間をかけすぎる必要はありません。</p> <p data-line="267" class="code-line">ですがこの「決着をつける行為」をスキップしてしまうと、周囲の人間は <strong>「あの人はやっている内容がころころ変わっているな～」</strong> と感じます。</p> <p data-line="269" class="code-line">また、<strong>「一体、今は何をやっているの？前まで取り組んでいた内容はどうなったの？」</strong> と周囲の人間はあなたの仕事内容を理解・認識できなくなります。</p> <p data-line="271" class="code-line"><br></p> <p data-line="273" class="code-line">「第一候補は筋が悪いと決着付けた」もしくは「環境が変化し、第一候補の遂行が無理になった」などときちんと報告・相談してから、第二候補の解決策に移ることを宣言・報告し、その上で次々と高速にイテレーションを回すのが望ましいです。</p> <p data-line="275" class="code-line"><br></p> <p data-line="277" class="code-line">なお「決着をつける」行為は、筋が悪い場合だけでなく、うまくいった場合も同様です。</p> <p data-line="279" class="code-line">その場合は「きちんと成果（アウトカム）と結論を整理する行為」が、決着をつけるという意味になります。</p> <p data-line="281" class="code-line">とくに、</p> <ul data-line="282" class="code-line"> <li data-line="282" class="code-line"><strong>解決策のどの部分が重要な成功要因だったのか？</strong></li> <li data-line="283" class="code-line"><strong>それは対象がどのような性質を持っていたからだと思われるのか？</strong></li> <li data-line="284" class="code-line"><strong>Next Actionの第一候補は何ですか？</strong></li> </ul> <p data-line="286" class="code-line">の3点は、うまくいった場合に知りたいポイントです。</p> <p data-line="288" class="code-line"><br></p> <p data-line="290" class="code-line">「決着をつけてから次に進む方式」を実施するには、丁寧な仮説立てが重要になります。</p> <p data-line="292" class="code-line">丁寧な仮説立てがあれば、実行結果が仮説通りなのか、それとも仮説とは異なるのかを判断できるところまで、<strong>すなわち「決着をつけられるところまで」、きちんと仕事をやり切ることができます。</strong></p> <p data-line="294" class="code-line"><br></p> <p data-line="296" class="code-line">多くの人は仕事（タスク）に取り組む前に、「どのような結果・成果・結論が得られるであろうか」の仮説立てがなんとなくレベルです。</p> <p data-line="298" class="code-line"><strong>そのため「どこまでやり切るべきかの判断」が曖昧になり、取り組みやすいところまで、もしくは思いついたところまでを実行して、勝手にそこまでで切り上げて終了とし、そこまでの結果でなんらか言えそうな考察や結論を出す行為に走りがちです</strong><br> （そのようにして導出された考察や結論は、次のフェーズで生かされることはほとんどありません。なぜなら、きちんと決着がついていない状態でひねり出した結論だからです）。</p> <p data-line="301" class="code-line"><br></p> <p data-line="303" class="code-line">「決着をつける」という行為は、次のフェーズで、前に取り組んだ仕事（タスク）の成果・結論を活かすためにも非常に重要である点を押さえておくと良いでしょう。</p> <p data-line="305" class="code-line"><br></p> <p data-line="307" class="code-line"><strong>仕事の方向性を調整・修正・転換する際には、先に「きちんと決着をつけ」、区切ってから次に進むことを意識します</strong></p> <p data-line="310" class="code-line"><br></p> <h2 id="6.-%E6%80%9D%E8%80%83%E5%AE%9F%E9%A8%93%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F" data-line="312" class="code-line"> <a class="header-anchor-link" href="#6.-%E6%80%9D%E8%80%83%E5%AE%9F%E9%A8%93%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 6. 思考実験優先方式</h2> <p data-line="314" class="code-line">研究・開発の場面において、なんらかのプログラムや機能（Function）を実装する際にはリソースの消費を伴います（時間と人を消費します）。</p> <p data-line="316" class="code-line">また研究・開発以外においても、「イベント開催」や「講演・執筆」など、何らか大き目のアクションの実行にもまずまずのリソース消費を伴います。</p> <p data-line="318" class="code-line">そのため、<strong>「投資対効果の事前検証」</strong> は重要です。</p> <p data-line="320" class="code-line">とくに研究・開発系の場合、「プログラム（や機能）を実装して、実行させ、結果を得て、考察し、結論を出す」という一連の流れには、一般に多くの時間と労力・リソースを要します。</p> <p data-line="323" class="code-line"><strong>「思考実験優先方式」</strong> とは、「この解決策を実施すると、何がどのように変化し、最終的にどんな結果が出そうで、そこから得られる成果は何で、どう嬉しい状態になるのか、そして言えること＝結論は何になりそうか？」を、実際に手を動かして実行にする前に、脳内で細かくシミュレーションする方式です。</p> <p data-line="325" class="code-line"><br></p> <p data-line="327" class="code-line"><strong>「思考実験で想定された結論は、実際に実装して実行してもきっと変わらなさそうだな～」や、「わざわざ実行したからこそ生まれる新たな知見・嬉しいことはなさそうだな～」</strong> という状況であれば、時間とリソースを割いてまでプログラムを実装・実行するのは無駄かもしれません。</p> <p data-line="329" class="code-line"><br></p> <p data-line="331" class="code-line">研究寄りの場面で、「実装していろいろパラメータいじって動かしていたら、何か嬉しいことが見つかるかも」という可能性や考え方は否定しません。</p> <p data-line="333" class="code-line">ただし、「何か見つかるかも探索」は、「アジャイルな進め方」や「高速なイテレーション試行」とは異なる点を認識し、混同しないように注意してください。</p> <p data-line="335" class="code-line">また実際に実装する場合は、バグ確認（テスト）・バグ修正にも時間が奪われる点にも注意が必要です。</p> <p data-line="337" class="code-line"><strong>「本当に実装リソースを割けば、事前の思考実験だけよりも、大きな価値≒成果と結論が見いだせるのか」</strong> について、一度立ち止まって考えてから進めるのが良いでしょう。</p> <p data-line="339" class="code-line"><br></p> <p data-line="341" class="code-line"><strong>「思考実験」は、単なる結果・成果の予想・予測とは異なります。「これを実行すると、まず◎◎が発生し、それがＸＸを引き起こし、そして△△となって、結果、〇〇になる。その結果、hogehogeという結論が言えそうである」といった、実際に実行していく過程を追いながら一連の出来事を綿密にシミュレーションします。</strong></p> <p data-line="343" class="code-line"><br></p> <p data-line="346" class="code-line">この「思考実験優先方式」と関係深いのは、先に紹介した仕事方式の <strong>「4. 目的の明確化と問題定義駆動方式」</strong> です。</p> <p data-line="348" class="code-line">構造関係を意識した「明確な目的記述」、精緻な言語化による「問題定義」を行い、定義された問題への解決策が「プログラムの実装と実行」や「実行して模索」であれば、ぜひ実装・実行しましょう。</p> <p data-line="350" class="code-line">一方で、「精緻な言語化で定義された問題」に対する「解決策」を確定するあたり、<strong>解決策の各候補について「思考実験」を実施した結果、それで十分な結論・暫定解が導出できた場合は、わざわざ実装・実行する必要はないかもしれません</strong>。</p> <p data-line="354" class="code-line"><br></p> <p data-line="356" class="code-line">研究・開発での「プログラム実装」に限らず、Biz面での各種イベント開催や講演・執筆など、何らか大き目の施策についても同様です。</p> <p data-line="358" class="code-line">上記以外にも多々該当するタイプの仕事は存在しますが、「実行するとリソース消費が大きい仕事（タスク）」については、事前の綿密な「思考実験」を意識すると良いでしょう。</p> <p data-line="361" class="code-line"><strong>重要な点は、「何かやれば、そりゃ、嬉しいことは何かしらは得られるよね」という認識です。</strong></p> <p data-line="363" class="code-line">しかしながら時間とリソースを消費するので、その分、他に実行可能であった別の施策が実施できなくなる点に注意してください。そしてその別案の方がより大きなインパクトがあった可能性もあります。</p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="367" class="code-line">上記の考え方は、<strong>「機会費用（Opportunity Cost）」</strong> と呼びます。<br> 実行しなかった施策で得られたであろう価値と、実際に実行した施策の価値の差を意味し、ベストな選択をしていない場合、その差はマイナス値になるので、費用（=コスト）と呼び、損をしたことを意味します。機会費用の発生を避けるべく、ベストな選択肢を選べるように「思考実験優先方式」を意識します。</p> </div></aside> <p data-line="371" class="code-line"><br></p> <p data-line="373" class="code-line">「プロダクトの機能（Function）の実装」であれば、その実装コストとその機能から得られる（直接的・間接的）経済的リターンの比較をすれば良いのかなと簡単に思えますが、比較軸はそれだけではありません。</p> <p data-line="375" class="code-line">上述した「機会費用」の概念の通り、「別の異なる機能」の実装にリソースを割けば、もっと良いリターンが得られる可能性があります。その点も踏まえて、各選択肢を事前に「思考実験」することになります。</p> <p data-line="378" class="code-line"><br></p> <p data-line="381" class="code-line"><strong>何かを実行する前には、しっかりと事前に「思考実験」を実施して、選択肢を絞ります。<br> そして思考実験だけでは不明確な点がある場合や、実際に実行することで思考するだけでは得られない大きな価値が得られると想定された場合に、実行へと移ります</strong></p> <p data-line="384" class="code-line"><br></p> <h2 id="7.-%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B7%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0%E3%82%92%E5%9C%9F%E5%8F%B0%E3%81%A8%E3%81%97%E3%81%9F%E4%BB%AE%E8%AA%AC%E6%80%9D%E8%80%83%E6%96%B9%E5%BC%8F" data-line="387" class="code-line"> <a class="header-anchor-link" href="#7.-%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B7%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0%E3%82%92%E5%9C%9F%E5%8F%B0%E3%81%A8%E3%81%97%E3%81%9F%E4%BB%AE%E8%AA%AC%E6%80%9D%E8%80%83%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 7. システムシンキングを土台とした仮説思考方式</h2> <p data-line="389" class="code-line">再掲ですが、仕事のおいては「Issue（≒課題・大タスク）」に対して、「〇〇を目的に、△△という制約条件の下で◎◎を達成させてください」といった、精緻な言語化を伴う問題定義を自らに課します。</p> <p data-line="391" class="code-line">その後は <strong>「その課題の原因仮説は◇◇であり、そのため XX という解決策を実施します」</strong> という「解決策の策定」フェーズになります。</p> <p data-line="393" class="code-line">ここで上記の「原因仮説◇◇」を導出する際には、<strong>「システムシンキング（問題を全体として捉え、因果関係や相互作用を理解しながら解決を目指す思考法）」</strong> の実践を心がけます。</p> <p data-line="395" class="code-line"><br></p> <p data-line="397" class="code-line">システムシンキングの流れを簡単に紹介します。</p> <ol data-line="399" class="code-line"> <li data-line="399" class="code-line">まず「Issue（≒課題・大タスク）」に内包されている「構成要素」、もしくは関連している「構成要素」を書き下します</li> <li data-line="400" class="code-line">そして各要素間の関係性を矢印で繋いで図解します（影響を与える要素から別要素に矢印を書く）</li> </ol> <p data-line="403" class="code-line">その結果、Amazonなどで有名な「フライホイール（弾み車）」と似た「課題・大タスクの全体像」が描かれます（以下、一例です）。</p> <p data-line="406" class="code-line"><span class="embed-block zenn-embedded zenn-embedded-card"><iframe id="zenn-embedded__7176b74c99578" src="https://embed.zenn.studio/card#zenn-embedded__7176b74c99578" data-content="https%3A%2F%2Fwww.capa.co.jp%2Farchives%2F29136" frameborder="0" scrolling="no" loading="lazy"></iframe></span><a href="https://www.capa.co.jp/archives/29136" style="display:none" target="_blank" rel="nofollow noopener noreferrer">https://www.capa.co.jp/archives/29136</a></p> <p data-line="408" class="code-line"><br></p> <p data-line="410" class="code-line">システムシンキングにおいて各構成要素の粒度は、<strong>独立に測定可能、もしくは問題定義が可能な大きさが望ましいです</strong>。</p> <p data-line="412" class="code-line">そして、「問題対象がこのようなシステム（≒方程式）で構成されているので、仮説◇◇が考えられ、システム内のこの構成要素にテコ入れすると全体としての最大化に繋がります」や、「全体の中のボトルネックになっている要素はここなので、この要素の改善が最大効果を生みます」といった、<strong>ロジックを通してから（≒ストーリーを構築してから）</strong>、実行に取り組むようにします。</p> <p data-line="414" class="code-line">このロジック（ストーリー）こそが、<strong>仮説</strong>です。</p> <p data-line="416" class="code-line"><br></p> <p data-line="418" class="code-line">上記のように、大きな問題（対象システム全体）を俯瞰して捉え、構成要素群のロジックに基づく「全体最適化（もしくはKGI達成）」に繋げる仕事方式が、<strong>「仮説思考型の仕事方式」</strong> であり、<strong>システムシンキングを活用した仕事の進め方</strong>です。</p> <p data-line="420" class="code-line">問題全体を俯瞰せず、「目の前の小さな問題だけを見て、その原因仮説を考え、解決策を策定し、実行する」という、<strong>「木を見て森を見ずの状態」</strong> を避けるように気をつけます。</p> <p data-line="422" class="code-line">また、現在取り組んでいる仕事（タスク）は、<strong>「全体の中のどこに位置しているのか、その前後にはどのような仕事（タスク）を想定しているのか」</strong> についてはきちんと言語化して整理しておき、大きな問題（対象システム全体）のどこに今いるのかを明確にしておきます。</p> <p data-line="424" class="code-line"><br></p> <p data-line="426" class="code-line">仮説思考型の仕事方式は「思いつき」や「セレンディピティ」を否定するわけではありません。<br> 「思いついた内容」を即実行ではなく、それをヒントにシステムシンキングを実施し、システムの構成要素の列挙と全体像の作成を試みます。</p> <p data-line="429" class="code-line"><br></p> <p data-line="431" class="code-line">システムの構成要素を整理すると、<strong>その「構成要素」が満たしている、もしくは満たすべき「性質・特性・特徴」が見えやすくなります</strong>。</p> <p data-line="433" class="code-line">そして、この「構成要素が満たすべき性質・特徴」の情報は、問題解決に向けた仮説立ての良い手がかりになることが多いです。</p> <p data-line="435" class="code-line">なぜなら「構成要素が満たすべき性質を現状きちんと満たしていない場合には、最終ゴールへの到達が難しくなる」という点から逆算して思考できるからです。</p> <p data-line="437" class="code-line">構成要素が満たすべき性質（暫定解でも良い）が言語化できれば、そこからロジック（ストーリー・仮説）を立てやすいです。</p> <p data-line="440" class="code-line"><br></p> <p data-line="442" class="code-line">「思いついたこの施策を頑張ったら今期は最終的にKGIを達成し、約〇〇%向上しました」や、「浅い仮説がたまたまヒットしただけ」ですと、その成果の再現性が乏しいのは想像できるでしょう。</p> <p data-line="444" class="code-line">この調子で進めると、翌期や翌年は達成できないかもしれません。<br> <strong>継続的に成功・達成、成長し続けるためには、対象をシステムとして捉えることが重要です。</strong></p> <p data-line="447" class="code-line"><br></p> <p data-line="449" class="code-line">そして重要な点がもう一つあります。<br> それは時間経過とともにシステム内で変化する「ボトルネック部分」に注意を払うことです。</p> <p data-line="452" class="code-line">ただしこれはシステムの「現在のボトルネック部分」に注意を払うという意味ではありません。</p> <p data-line="454" class="code-line"><strong>この先、「短・中期的に次のボトルネックになる場所・要素」に注意を払い、先手を打つ</strong> という意味です。</p> <p data-line="456" class="code-line">システムシンキングを活用すれば、事前対応・予防措置がとれます。<br> 「事前対応」はボトルネックが顕在化して悪影響を及ぼし始めてからの「事後対応・応急的解決」よりも、少ないリソースで実行可能である場合が多いです。</p> <p data-line="459" class="code-line">ボトルネックが生まれてから（正確にはボトルネックは常に存在するので、ボトルネックが顕在化して、全体や最終ゴールへの悪影響を生むようになってから）、応急措置的な対応・解決策に追われることのないように心がけます。</p> <p data-line="461" class="code-line"><br></p> <div class="code-block-container"><pre><code class="code-line" data-line="463">例1：〇〇をする人員が足りないので今、これを進められません ⇒〇〇をする人員を先に確保しておくように事前対応しておいてください例2：〇〇を実装するのに、手法Aでうまくいくか判断がつきません ⇒スパイクの時間（チケット・スプリント）を先に確保・実行して、事前対応しておいてくださいなど </code></pre></div><p data-line="472" class="code-line"><br></p> <p data-line="474" class="code-line"><strong>応急対応・解決策に時間・リソースを奪われるのではなく、常に先手を打つように心がけます。</strong></p> <p data-line="476" class="code-line">これもまた、「システムシンキングを土台とした仮説思考方式」の仕事方式です。</p> <p data-line="479" class="code-line"><br></p> <p data-line="481" class="code-line">もちろん実際の仕事（とくに研究系でなく、人や顧客や企業、社会、国家などが絡む仕事）は、非常にノイジーな環境下のシステムであり、想定通りにいかないことも多いです。</p> <p data-line="483" class="code-line">しかしそれでもシステムシンキング方式で進める方法は、そうしないよりは有用だと私は感じています。</p> <p data-line="485" class="code-line"><br></p> <p data-line="487" class="code-line"><strong>問題対象を構成要素に分解し、要素間の関係性を整理して、システムシンキング（≒方程式化）で全体像を描く。そして全体を俯瞰して、倒すべきはここであると仮説立てしてから実行する。その実行結果・成果として、「この要素が〇〇%向上したので、KPIの〇〇が向上し、最終的なKGIを達成、〇〇%向上しました」、といったストーリーを描くイメージで取り組みます</strong></p> <p data-line="489" class="code-line"><br></p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="492" class="code-line">フライホイール（弾み車）やシステムシンキングの概念に不慣れな方も多いと思います。<br> 以下にAmazon・AWSでの「DXフライホイールの実事例」を紹介します。</p> </div></aside> <p data-line="497" class="code-line"><span class="embed-block zenn-embedded zenn-embedded-card"><iframe id="zenn-embedded__8331fd6967685" src="https://embed.zenn.studio/card#zenn-embedded__8331fd6967685" data-content="https%3A%2F%2Faws.amazon.com%2Fjp%2Fblogs%2Fnews%2Fdx_flywheel%2F" frameborder="0" scrolling="no" loading="lazy"></iframe></span><a href="https://aws.amazon.com/jp/blogs/news/dx_flywheel/" style="display:none" target="_blank" rel="nofollow noopener noreferrer">https://aws.amazon.com/jp/blogs/news/dx_flywheel/</a></p> <p data-line="500" class="code-line"><br></p> <h2 id="8.-lno%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E6%96%B9%E5%BC%8F" data-line="503" class="code-line"> <a class="header-anchor-link" href="#8.-lno%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 8. LNOフレームワーク方式</h2> <p data-line="505" class="code-line"><strong>「LNOフレームワーク」</strong> は、PM・PdM（プロダクトマネジメント）の文脈で有名な「タイムマネジメント、および仕事（タスク）の優先度整理」の手法です（後ほど外部紹介記事も案内します）。</p> <p data-line="507" class="code-line">このフレームワークはPM・PdMの方だけでなく、どのような職種の方も活用できる手法です。</p> <p data-line="509" class="code-line">最初に「LNOフレームワーク」の概要を説明します。</p> <p data-line="511" class="code-line"><br></p> <p data-line="514" class="code-line">LNOでは仕事（タスク）のタイプを以下の3種類に分類します。</p> <ul data-line="515" class="code-line"> <li data-line="515" class="code-line"><strong>Leverage（L: レバレッジ）</strong></li> <li data-line="516" class="code-line"><strong>Neutral（N: ニュートラル）</strong></li> <li data-line="517" class="code-line"><strong>Overhead（O: オーバーヘッド）</strong></li> </ul> <p data-line="519" class="code-line"><br></p> <p data-line="521" class="code-line"><strong>「Lタイプ」は最も重要な仕事であり、その仕事成果が10倍以上のインパクトを生み出す性質を持ちます。</strong><br> そのため「レバレッジ」という名称が付けられています。<br> 　<br> 私の感覚では、<strong>「後続の仕事や他の仕事（タスク）に大きな影響を与え、それらの質を高めたり、より良い仕事（タスク）を生み出したりする仕事タイプ」</strong> と捉えています。</p> <p data-line="526" class="code-line">例えば、「戦略策定・全体構成の設計」などが代表です。<br> こうした仕事内容は後続の仕事（下流の仕事）や他の仕事（タスク）に大きな影響を与えます。</p> <p data-line="529" class="code-line">Lタイプの仕事は一般に抽象度が高く、上流の仕事（もしくは土台的な要素）であることが多いです。</p> <p data-line="531" class="code-line">その他のLタイプの仕事例としては、とあるコンセプトやプロダクト・ソリューションに関する、「その中心部分や差別化要素となる部分の定義と構築」などが挙げられます。</p> <p data-line="533" class="code-line"><br></p> <p data-line="535" class="code-line"><strong>「Nタイプ」は時間とリソースを費やして、一定の成果を生む仕事（タスク）です。</strong><br> 実行しても他のタスクの質を高めるまでの影響・成果は生まれず、その成果のレバレッジが約 x1倍であるため、「ニュートラル」と呼ばれます。</p> <p data-line="538" class="code-line">ですが、Nタイプだから実行しなくても良い無駄タスクという意味ではありません。</p> <p data-line="540" class="code-line">ただし、<strong>「成果の質としてどのレベルを目指すべき仕事（タスク）か？」</strong> と問われれば、Nタイプは「合格点が取れれば良いレベル」であり、費やす時間などの注力度合い（リソース投資）は「Lタイプ」よりも低くします。</p> <p data-line="542" class="code-line">なお、<strong>「Lタイプ」の場合、その目指す成果の質は「自分史上最高得点」です</strong>。</p> <p data-line="544" class="code-line"><br></p> <p data-line="546" class="code-line"><strong>「Oタイプ」は実施に時間を費やしても、インパクトがほとんど生まれない仕事（タスク）です。</strong><br> 誰かが実行する必要がありますが、自分がやる必要は必ずしもありません。</p> <p data-line="549" class="code-line">そして成果の品質は「最低合格点が取れればよい」というレベルです。<br> そのため注力度合い（リソース投資）はLやNよりもさらに低めにします。</p> <p data-line="553" class="code-line"><br></p> <p data-line="555" class="code-line">以上が「LNOフレームワーク」の概要です。</p> <p data-line="557" class="code-line">以下にLNOフレームワークに関するおすすめ記事を紹介します。</p> <hr data-line="559" class="code-line"> <ul data-line="561" class="code-line"> <li data-line="561" class="code-line">日本語参考記事（曽根原さん [<a href="https://x.com/Haruki_Sonehara" target="_blank" rel="nofollow noopener noreferrer">X（旧Twitter）</a>] の御講演より）</li> </ul> <p data-line="563" class="code-line"><span class="embed-block zenn-embedded zenn-embedded-card"><iframe id="zenn-embedded__9610dac8afd3d" src="https://embed.zenn.studio/card#zenn-embedded__9610dac8afd3d" data-content="https%3A%2F%2Flogmi.jp%2Fmain%2Ftechnology%2F330393" frameborder="0" scrolling="no" loading="lazy"></iframe></span><a href="https://logmi.jp/main/technology/330393" style="display:none" target="_blank" rel="nofollow noopener noreferrer">https://logmi.jp/main/technology/330393</a></p> <p data-line="565" class="code-line"><br></p> <ul data-line="567" class="code-line"> <li data-line="567" class="code-line">本家（シュレイヤスさん）の最新記事</li> </ul> <p data-line="569" class="code-line"><span class="embed-block zenn-embedded zenn-embedded-card"><iframe id="zenn-embedded__49ffeeb9bd875" src="https://embed.zenn.studio/card#zenn-embedded__49ffeeb9bd875" data-content="https%3A%2F%2Fcoda.io%2F%40shreyas%2Flno-framework" frameborder="0" scrolling="no" loading="lazy"></iframe></span><a href="https://coda.io/@shreyas/lno-framework" style="display:none" target="_blank" rel="nofollow noopener noreferrer">https://coda.io/@shreyas/lno-framework</a></p> <p data-line="572" class="code-line"><br></p> <hr data-line="574" class="code-line"> <p data-line="576" class="code-line">続いては「LNOフレームワークでの仕事方式」について、私なりの解釈・進め方を解説します。</p> <p data-line="578" class="code-line">まず第一に、多くの人は「Nタイプ」の仕事に夢中になりがちです。</p> <p data-line="580" class="code-line">Nタイプの仕事は、時間を費やして完了させる仕事タイプが多いです。<br> 例えば "単なる実装" など、下流の仕事が多いです。</p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="585" class="code-line">注意：私は実装系の仕事を軽視しているわけではありません。ただし、実装の前工程にあたる、アーキテクチャ設計やテストスイートの準備、また精緻な機能要件定義や非機能要件定義などといった「Lタイプ」の仕事をより重視します。それらの前工程をスキップし、「動けば良い」という思想で実装を（場合によっては単体テストの準備・実施すらスキップしたものを）、上記の "単なる実装" と表現しています。そして本来はそれはそもそも適切な「仕事（タスク）」ですらないと考えています（が、現場では実際は多いと感じます）。</p> </div></aside> <p data-line="588" class="code-line"><br></p> <p data-line="591" class="code-line">また、Nタイプの仕事は、自分のコンフォートゾーンやそのちょっとだけ上レベルの難易度であることが多く、さらに <strong>「実行に取り掛かりやすい」</strong> という性質があります。</p> <p data-line="593" class="code-line">そのため多くの人は無意識的に、このNタイプの仕事に時間やリソースを費やしてしまいます。<br> さらに他にも、以下に示す2つの落とし穴があります（と私は感じています）。</p> <ol data-line="596" class="code-line"> <li data-line="596" class="code-line">Nタイプの仕事（タスク）は自分にとってほどほどに取り組みやすいがため、「よし、私は今日も仕事した！」という、自己満足感と充実感が生まれやすい</li> <li data-line="597" class="code-line">周囲に、「私はさぼっていません、私は仕事を頑張っています」という、保身とアピールを意識的・無意識的に図りやすい<br> （一般に周囲の人は、とある人が取り組んでいる仕事がLタイプかNタイプかや、その仕事の困難さを簡単に把握できないので、Lであろうが、Nであろうが、たくさん仕事（タスク）をしている人を評価しがちです）</li> </ol> <p data-line="600" class="code-line"><br></p> <p data-line="602" class="code-line">続いて「Oタイプの仕事（タスク）」について。</p> <p data-line="604" class="code-line">Oタイプの仕事（タスク）は、やらなくても良いとまでは判断できませんが、少なくとも注力度合い（リソース投資）は最低限にすべきです。</p> <p data-line="606" class="code-line">自分やチームが、このOタイプに注力し集中している状況は最悪です。<br> 気持ち的には最低合格点で即座に完了させる（もしくは前章で紹介した「思考実験」で完結させる）で済ませたいです。</p> <p data-line="609" class="code-line">このOタイプの仕事も、仕事に夢中になっているときはNタイプのように感じてしまいます。</p> <p data-line="611" class="code-line">そのため、チームで振り返りを実施したり、上司からのフィードバックをもらったりして、自分が実施していた仕事が実はレバレッジが1倍すら効いていない、非効率な内容でなかったかの内省やフィードバックが大切です。</p> <p data-line="613" class="code-line"><strong>「1年前のあの仕事って結局やった意味あったの？」、「半年前のあの仕事って、結局今期の取り組みの何に繋がっているの？」</strong> みたいなものは、意外に多いのではないでしょうか（少なくとも私の場合は多いです）。</p> <p data-line="616" class="code-line"><br></p> <p data-line="618" class="code-line">本章の最後に「Lタイプ」の仕事について。</p> <p data-line="620" class="code-line"><strong>Lタイプの仕事はその性質として、一回の実行で完了できる仕事ではありません。</strong></p> <p data-line="622" class="code-line">目指すべき品質は、「自分の中での完璧・自分史上最高得点」です。<br> そのため、継続的に改善し、見直し続ける仕事タイプになります。</p> <p data-line="625" class="code-line">このような「Lタイプ」の仕事を扱ううえで便利な言葉が <strong>「暫定解」</strong> です。</p> <p data-line="627" class="code-line">「暫定解」という単語はここまでの文章でも使用しましたが、現状の情報とリソース投下の結果導出できている解・結論です。</p> <p data-line="629" class="code-line">この「暫定解」をどんどんブラッシュアップしていくという考え方を意識すると動きやすいです。</p> <p data-line="632" class="code-line"><br></p> <p data-line="634" class="code-line"><strong>多くの人は「Lタイプの戦略洗練系・全体俯瞰系」よりも、「Nタイプの実行系」に走りがちです。その結果、Nタイプに時間とリソースが奪われ、「Ｌタイプの仕事に取り組む余裕がありません状態」になりがちです。</strong></p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="637" class="code-line">もちろん、生み出す成果のレバレッジは大きくない（かもしれない）ですが、本当に緊急度と重要度が高い仕事もあります（顧客クレーム対応など）。</p> </div></aside> <p data-line="641" class="code-line"><br></p> <p data-line="643" class="code-line">LとN、そしてOに費やす時間のバランス取りは難しいですが、<strong>重要な点は、「私は本当にやるべきLタイプの仕事に時間を費やしているだろうか？」と定期的に振り返ることです。</strong></p> <p data-line="645" class="code-line"><br></p> <p data-line="647" class="code-line">私が実践しているLNO方式は、<strong>「この曜日のこの時間は、Ｌタイプの仕事をやると決めており、その他の予定をブロックする。そしてＬタイプの仕事として解決すべき問題を精緻に言語化して定義しておき、その時間は、自分自身にそのお題を出題してそれを解くことに集中する」</strong>、という作戦です。</p> <p data-line="649" class="code-line">また自分の意識をLタイプの仕事へと変えるために、極力、仕事場所もNタイプの仕事場所とは変えるようにしています。</p> <p data-line="651" class="code-line">なお、Ｌタイプの仕事は集中して考える系が多いので、「一度に長い時間」を確保する必要はありません。</p> <p data-line="653" class="code-line"><strong>どちらかというと、「ブラッシュアップを繰り返すための回数」を確保する方が重要だと私は感じています。</strong></p> <p data-line="657" class="code-line"><br></p> <p data-line="659" class="code-line">仕事（タスク）の優先度整理は「アイゼンハワー・マトリクス」が一般的ですが（緊急度 x 重要度の2軸マップ）、<strong>「LNOフレームワーク」での優先度判断についても、自身やチームで意識すると良いでしょう</strong></p> <p data-line="662" class="code-line"><br></p> <h2 id="9.-%E5%88%86%E3%81%8B%E3%82%89%E3%81%AA%E3%81%84%E9%83%A8%E5%88%86%E3%82%92%E5%85%88%E3%81%AB%E5%80%92%E3%81%99%E6%96%B9%E5%BC%8F%EF%BC%88%E5%88%A5%E5%90%8D%EF%BC%9A%E6%9D%91%E3%82%92%E5%87%BA%E3%81%9F%E3%82%89%E6%9C%80%E5%88%9D%E3%81%AB%E3%83%A9%E3%82%B9%E3%83%9C%E3%82%B9%E6%96%B9%E5%BC%8F%EF%BC%89" data-line="665" class="code-line"> <a class="header-anchor-link" href="#9.-%E5%88%86%E3%81%8B%E3%82%89%E3%81%AA%E3%81%84%E9%83%A8%E5%88%86%E3%82%92%E5%85%88%E3%81%AB%E5%80%92%E3%81%99%E6%96%B9%E5%BC%8F%EF%BC%88%E5%88%A5%E5%90%8D%EF%BC%9A%E6%9D%91%E3%82%92%E5%87%BA%E3%81%9F%E3%82%89%E6%9C%80%E5%88%9D%E3%81%AB%E3%83%A9%E3%82%B9%E3%83%9C%E3%82%B9%E6%96%B9%E5%BC%8F%EF%BC%89" aria-hidden="true"></a> 9. 分からない部分を先に倒す方式（別名：村を出たら最初にラスボス方式）</h2> <p data-line="667" class="code-line">仕事では、「きちんと計画を立て、重要な部分から取り掛かるようにします」。</p> <p data-line="669" class="code-line">「いやいや、そんなのは当たり前でしょう」と感じるかと思います。</p> <p data-line="671" class="code-line">しかし仕事の難易度が高く、抽象的であったり、上流過程の仕事であるほど、その仕事は「不確実性の高い部分」を多く含むため、仕事全体の中に <strong>「分からない部分」</strong> が必ず存在します。</p> <p data-line="673" class="code-line"><br></p> <p data-line="675" class="code-line">「分からない部分」が存在していると、多くの人は計画を立てる際、その「分からない部分」を回避して、分かる部分だけを対象に細かく計画を立案し、実行に移りがちです。</p> <p data-line="677" class="code-line"><strong>すなわち、「分からない部分」は後回し（≒放置）して、分かる部分から実行に移りがちです。</strong></p> <p data-line="679" class="code-line"><br></p> <p data-line="681" class="code-line">ですが「不確実性が高い and/or 情報不足で分からない部分」は、全体戦略上、非常に重要であるケースが多いです。</p> <p data-line="683" class="code-line">とはいえ、すぐには分からないから後回しにしがちであり、思考実験しづらいから避けがちです。</p> <p data-line="685" class="code-line"><strong>「分からない部分」への取り組みは、前章で解説した「Lタイプの仕事」であり、心理的にも取り掛かりにくいです。</strong></p> <p data-line="687" class="code-line"><br></p> <p data-line="689" class="code-line">重要な点はまず、<strong>この「分からない部分」が全体にとって本当に重要な部分なのか</strong>、の判定を下すことです。</p> <p data-line="691" class="code-line">1か月後の1時間天気予報はほぼ分からない部分ですが重要ではありません。</p> <p data-line="693" class="code-line">一方で、大きな仕事の完遂に向けて、この「分からない部分」が重要なブロックであれば、逆に分かれば後続タスクに大きなインパクトを与えてくれます。</p> <p data-line="695" class="code-line">最初の計画立案時には、「分からない部分」については、ひとまず仮説思考と思考実験で暫定解を導出して仮置きをし、「分からない部分」をきちんと盛り込んだ「全体像の描画と全体計画」を立案します。</p> <p data-line="697" class="code-line"><br></p> <p data-line="699" class="code-line"><strong>そして仕事の実行順序は、この「分からない部分」を倒すことからはじめます。</strong></p> <p data-line="701" class="code-line">多くの人は倒しやすい部分（Ｎタイプ）から取り掛かりがちです。</p> <p data-line="703" class="code-line">その方が、仕事をした充足感を感じますし、私はさぼっておらず仕事しています感を無意識的に周囲にアピールできますので（ここは前章で解説した通りです）。</p> <p data-line="705" class="code-line"><br></p> <p data-line="707" class="code-line">例えばRPGゲームであれば、一番倒すのが困難なラスボスは、その名の通り、最後に倒します。<br> しかし仕事は「RPGゲーム」ではありません。</p> <p data-line="711" class="code-line"><strong>仕事においては、最初の村から出たら、いきなり一番難しい「分からない部分」≒ラスボスを倒しにいきます</strong>。</p> <p data-line="713" class="code-line"><br></p> <p data-line="715" class="code-line">最初の村で揃えた初期装備でラスボスに挑むので、当然ですが倒せないでしょう。<br> ですが、それで良いのです。</p> <p data-line="718" class="code-line">ここまでに解説した通り、その試行で暫定解が求まればそれでよく、Lタイプの仕事なので、その暫定解をどんどんブッシュアップしていきます。</p> <p data-line="720" class="code-line">イメージとしては、何回もいろんなタイミングでラスボスに挑む感じです。<br> そしてそのラスボス（分からない重要な部分）を倒せたタイミング次第で、その大きな仕事のストーリーは変化するでしょう。</p> <p data-line="724" class="code-line"><br></p> <p data-line="726" class="code-line"><strong>「分からない部分」について無意識的に迂回したり、後回しにせず、まっさきに倒す、もしくは倒せなくても暫定解を得て全体を進める方式を意識します</strong></p> <p data-line="728" class="code-line"><br></p> <h2 id="10.-%E6%83%85%E5%A0%B1%E7%99%BA%E4%BF%A1%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F" data-line="730" class="code-line"> <a class="header-anchor-link" href="#10.-%E6%83%85%E5%A0%B1%E7%99%BA%E4%BF%A1%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F" aria-hidden="true"></a> 10. 情報発信駆動方式</h2> <p data-line="732" class="code-line">記事も長くなってきましたが、最後の項目です。</p> <p data-line="734" class="code-line"><strong>仕事において「情報収集」は非常に重要です。</strong></p> <p data-line="736" class="code-line">「自分の身体」に例えると、食事等（≒入力）と行動・運動など（≒出力）の結果として自分の身体が構成されるように、「仕事力」は、自分の脳に入力した情報と出力した行動および思考から構成されます。</p> <p data-line="738" class="code-line">そのため、<strong>「高品質な情報と自分の思考と行動に対する高品質なフィードバックが得られる環境」に常に自分自身を置くように意識すると良いでしょう。</strong></p> <p data-line="740" class="code-line"><br></p> <p data-line="742" class="code-line">私が実践している「情報収集手法の詳細」（チェックしているサイトや登録しているニュースレターなど）を以下の記事で紹介しています。こちらもご参照下さいませ。</p> <p data-line="744" class="code-line"><span class="embed-block zenn-embedded zenn-embedded-card"><iframe id="zenn-embedded__47a9e9308d654" src="https://embed.zenn.studio/card#zenn-embedded__47a9e9308d654" data-content="https%3A%2F%2Fzenn.dev%2Fmkj%2Farticles%2F1357a7ea2970c4" frameborder="0" scrolling="no" loading="lazy"></iframe></span><a href="https://zenn.dev/mkj/articles/1357a7ea2970c4" style="display:none" target="_blank">https://zenn.dev/mkj/articles/1357a7ea2970c4</a></p> <p data-line="746" class="code-line"><br></p> <p data-line="748" class="code-line">なおフリーランチ（タダ乗り）は難しいものです。<br> 「自分は与えないのに、得ることだけが叶う」という、都合の良い状態には到達しづらいです。</p> <p data-line="751" class="code-line">高品質な情報を得るには、まず自分自身が可能な限り少しずつでも、「良質な情報を発信する存在になること」を意識すると良いでしょう（自らの学びについて、ブログ記事を執筆するなど）。</p> <p data-line="753" class="code-line">初期の頃の発信内容は粗末なレベルで問題ありません。自分へのメモ・備忘録レベルで良いです。</p> <p data-line="755" class="code-line">高品質な情報発信者も（その多くは）、最初は粗末なレベルの発信から始まり、成長して今の状態に至っている方々が大多数です。</p> <p data-line="757" class="code-line"><br></p> <p data-line="759" class="code-line"><strong>また「外向けに発信する行為」は「他人に教える行為」に近く、自分がその内容をきちんと丁寧に理解する必要があるため、内容への理解が深まります。</strong></p> <p data-line="761" class="code-line">そのため、結果的に自身の成長にも繋がります。</p> <p data-line="764" class="code-line"><strong>定期的に情報発信を実施しながら自らの学びを深め、情報発信を通じた自身の成長・育成方式を意識します</strong></p> <p data-line="767" class="code-line"><br></p> <h2 id="11.-%E3%81%95%E3%81%84%E3%81%94%E3%81%AB" data-line="770" class="code-line"> <a class="header-anchor-link" href="#11.-%E3%81%95%E3%81%84%E3%81%94%E3%81%AB" aria-hidden="true"></a> 11. さいごに</h2> <p data-line="772" class="code-line">長い記事でしたが、最後までお読みいただき、ありがとうございました。</p> <p data-line="774" class="code-line">最後に10方式を再掲します。</p> <ol data-line="776" class="code-line"> <li data-line="776" class="code-line">「パーキンソンの法則」を意識した期限設定方式</li> <li data-line="777" class="code-line">結果と成果を区別した成果優先方式</li> <li data-line="778" class="code-line">構造整理を実施してから実行方式</li> <li data-line="779" class="code-line">目的の明確化と問題定義駆動方式</li> <li data-line="780" class="code-line">決着をつけてから次に進む方式</li> <li data-line="781" class="code-line">思考実験優先方式</li> <li data-line="782" class="code-line">システムシンキングを土台とした仮説思考方式</li> <li data-line="783" class="code-line">LNOフレームワーク方式</li> <li data-line="784" class="code-line">分からない部分を先に倒す方式（別名：村を出たら最初にラスボス方式）</li> <li data-line="785" class="code-line">情報発信駆動方式</li> </ol> <p data-line="787" class="code-line"><br></p> <p data-line="790" class="code-line">上記の10法則の根底にある私の考え方として、<strong>「仕事の本質」とは「高度な不確実性」に対する迅速かつ効果的な対応と解決である</strong>、です。</p> <p data-line="793" class="code-line">「不確実性の少ない仕事（タスク）」は、まずまず簡単にプログラムで置き換え可能です（なケースが多いです）。</p> <p data-line="795" class="code-line">そして「LLM・AI・AI-Agent」がますます勃興するであろう2025年・2026年以降においては、<strong>「低難易度～中難易度の不確実性」</strong> レベルの仕事にまで、AIプログラムやAI-Agent（AI-ワークフロー）は進出してくるでしょう（度合いは不明ですが）。</p> <p data-line="797" class="code-line"><br></p> <p data-line="799" class="code-line"><strong>その結果ホワイトワーカーに残る仕事は、「本質的に高難易度の不確実性を含むもの」がメインとなり、そのような仕事に立ち向かう能力がこれまで以上に重要になります。</strong></p> <p data-line="801" class="code-line">もちろんこれまでの時代においても、「不確実性への迅速かつ効果的な対応と解決」は経営や仕事の本質におけるメインファクターでした。</p> <p data-line="803" class="code-line">これからの時代は、AI技術によりさらに進展していき、上記の重要性がより向上する（と私は考えており）、その点を踏まえた「仕事術（仕事方式）」が、本記事で紹介した10方式です<br> （そして本記事の内容もまた暫定版であり、ブラッシュアップしていきます）。</p> <aside class="msg message"><span class="msg-symbol">!</span><div class="msg-content"> <p data-line="808" class="code-line">注意：身体性も非常に重要となる、ホワイトワーカーの主たる業務とは少し異なるタイプの仕事もあります。そのため上述が「すべての仕事の本質」とは考えていません。しかしこの先の、とくに「ホワイトワーカーの仕事の本質」については上記のように考えています。</p> </div></aside> <p data-line="812" class="code-line"><br></p> <p data-line="814" class="code-line">また、本記事では仕事術＝仕事の ”やり方” について、私個人（およびチーム）の例を紹介しました。</p> <p data-line="816" class="code-line">注意していただきたい点は、”やり方” とはその土台にある、「考え方・価値観・バリュー・メンタルモデルなどから構成される、”あり方”」から生まれるという点です。</p> <p data-line="818" class="code-line">私には私のあり方があるから、本記事のようなやり方になります。</p> <p data-line="820" class="code-line">「あり方」が全く異なる状態の人が、「やり方」だけを真似する（もしくは他人に押し付けられる・指導される）といった場合、いくら良い「やり方（方式）」であったとしても、その効果は発揮されづらいです。</p> <p data-line="822" class="code-line">この点は注意が必要となります。</p> <p data-line="824" class="code-line"><br></p> <p data-line="827" class="code-line">偉そうに色々な手法を解説しましたが、私もまだまだ修行中であり、上述の内容を心掛けて日々精進の最中です。どれも完璧に実践できているわけではありません。</p> <p data-line="829" class="code-line">ですが本記事で紹介した10個の仕事方式については、とくに意識的に仕事を進めています。</p> <p data-line="831" class="code-line">以上、拙い文章でしたが、読者の皆様にとって本内容に何かしらお役に立つ部分があれば幸いです。</p> <p data-line="833" class="code-line">長文を一読いただき、誠にありがとうございました。</p> <p data-line="835" class="code-line"><br></p> <p data-line="838" class="code-line">小川雄太郎<br> 株式会社松尾研究所シニア・リサーチャー。「知能を創る」PJTに従事</p> </div></div><div class="View_publicationFixedSentences__wI4xN"><span style="display:block;height:2rem;flex-shrink:0"></span><aside class="PublicationFixedSentences_container__TEQhj"><header class="PublicationFixedSentences_header__Hk9_W"><a href="/p/mkj"><img alt="" class="AvatarImage_border__pDIjF AvatarImage_plain__Fgp4R AvatarImage_withPublication__hNtIe" height="26" loading="lazy" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/e64c7e0d32.jpeg" width="26"/></a><div class="PublicationFixedSentences_title__Z8wYN">松尾研究所テックブログにより固定</div></header><div class="PublicationFixedSentences_htmlContainer__zuhAF"><div class="BodySimpleContent_container__jt088"><p>松尾研究所では一緒に働く仲間を募集しています！</p> <p><a href="https://matsuo-institute.com/" target="_blank" rel="nofollow noopener noreferrer">松尾研究所HP</a><br> <a href="https://matsuo-institute.com/recruit/" target="_blank" rel="nofollow noopener noreferrer">採用ページ</a><br> <a href="https://matsuo-institute.com/recruit-news/" target="_blank" rel="nofollow noopener noreferrer">メンバーインタビュー記事</a></p> </div></div></aside></div><div class="View_actions__s_UJk" id="share"><div class="LikeButton_container__YlckE style-large"><button aria-label="いいね" class="LikeButton_button__ZwdG4" data-pressed="false"><svg class="LikeButton_svgLike__Gl0Sz" viewBox="0 0 110 110"><path class="LikeButton_svgLikeLine__f9txR" d="M73,24a23.78,23.78,0,0,0-15.89,6.19,3.14,3.14,0,0,1-4.18,0A23.81,23.81,0,0,0,37,24a22,22,0,0,0-22,22c0,16.67,19.64,32.82,25.11,37.93,2.84,2.65,6.15,5.64,8.92,8.13a8.9,8.9,0,0,0,11.9,0c2.77-2.49,6.07-5.48,8.91-8.13C75.37,78.81,95,62.66,95,46A22,22,0,0,0,73,24Z" fill="currentColor"></path><path class="LikeButton_svgLikeInner__uiexS" d="M66.25,76.42c-.71.64-1.32,1.2-1.82,1.67-2.51,2.33-5.39,5-7.94,7.25a2.21,2.21,0,0,1-3,0C51,83,48.1,80.42,45.59,78.09c-.5-.47-1.12-1-1.82-1.67C38.09,71.29,23,57.67,23,46A14,14,0,0,1,37,32a15.92,15.92,0,0,1,11.65,5.23l4.73,5a2.2,2.2,0,0,0,3.23,0l4.72-5A16.06,16.06,0,0,1,73,32,14,14,0,0,1,87,46C87,57.67,71.93,71.29,66.25,76.42Z" fill="currentColor"></path><g class="LikeButton_svgLikeDecoration__78UjB"><circle cx="41.5" cy="9.5" fill="#3ea8ff" r="3.5"></circle><circle cx="98.5" cy="26.5" fill="#ffdc6e" r="3.5"></circle><circle cx="13" cy="19" fill="#c067f4" r="5"></circle><circle cx="77" cy="9" fill="#f76685" r="5"></circle><circle cx="26.5" cy="92.5" fill="#f76685" r="3.5"></circle><circle cx="105.5" cy="48.5" fill="#c067f4" r="3.5"></circle><circle cx="4.5" cy="60.5" fill="#3ea8ff" r="3.5"></circle><circle cx="94.5" cy="73.5" fill="#3ea8ff" r="1.5"></circle><circle cx="16.5" cy="75.5" fill="#ffdc6e" r="1.5"></circle><circle cx="78.5" cy="91.5" fill="#ffdc6e" r="1.5"></circle></g></svg></button></div><div class="View_menuAndShareButtonsContainer__PMtHU"><div class="View_menu__wgMxq"><button aria-label="その他の操作" class="PopoverMenuButton_menuButton__hKCa_"><svg viewBox="0 0 27 27" height="16" width="16"><path fill="currentColor" d="M12.74,20.53,3.48,11.35a.75.75,0,0,1,0-1.07L4.71,9.05a.75.75,0,0,1,1.07,0l7.49,7.41,7.49-7.41a.74.74,0,0,1,1.06,0l1.24,1.23a.77.77,0,0,1,0,1.07L13.8,20.53A.74.74,0,0,1,12.74,20.53Z"></path></svg></button></div><div class="ShareButtonsExperimental_container__CrtBj" style="flex-direction:row;align-items:center"><a aria-label="X(Twitter)にポスト" class="ShareButtonsExperimental_button__d9aXF ShareButtonsExperimental_svgTwitterHorizontal__5xDGM ShareButtonsExperimental_svgTwitterBase__8FrNq" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://twitter.com/intent/tweet?url=https://zenn.dev/mkj/articles/984233194267d0&text=AI%E6%99%82%E4%BB%A3%E3%81%AE%E4%BB%95%E4%BA%8B%E8%A1%93%EF%BC%8810%E6%96%B9%E5%BC%8F%EF%BC%89%EF%BD%9C%E5%B0%8F%E5%B7%9D%20%E9%9B%84%E5%A4%AA%E9%83%8E&hashtags=zenn" id="gtm-article-footer-tweet" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="27" height="28" viewBox="0 0 27 28" fill="none"><g clip-path="url(#clip0_1_18)"><path d="M16.0687 11.7356L26.12 0H23.7382L15.0106 10.1899L8.03988 0H0L10.5411 15.4089L0 27.7155H2.38199L11.5985 16.9546L18.9601 27.7155H27L16.0681 11.7356H16.0687ZM12.8062 15.5447L11.7382 14.0103L3.24025 1.80106H6.89884L13.7568 11.6543L14.8248 13.1887L23.7393 25.9963H20.0807L12.8062 15.5452V15.5447Z" fill="currentColor"></path></g><defs><clipPath id="clip0_1_18"><rect width="27" height="27.7297" fill="white"></rect></clipPath></defs></svg></a><a aria-label="Facebookに投稿" class="ShareButtonsExperimental_button__d9aXF ShareButtonsExperimental_svgFacebookHorizontal__MpfBm ShareButtonsExperimental_svgFacebookBase___gDOW" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="http://www.facebook.com/sharer.php?u=https://zenn.dev/mkj/articles/984233194267d0" id="gtm-article-footer-facebook" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="28" height="29" viewBox="0 0 28 29" fill="none"><g clip-path="url(#clip0_2_21)"><path d="M28 14.7812C28 7.02084 21.7319 0.729736 14 0.729736C6.26808 0.729736 0 7.02084 0 14.7812C0 21.3707 4.52032 26.9002 10.6182 28.4189V19.0753H7.73136V14.7812H10.6182V12.9309C10.6182 8.14833 12.7747 5.93158 17.453 5.93158C18.34 5.93158 19.8705 6.10637 20.4966 6.28061V10.1729C20.1662 10.138 19.5922 10.1206 18.8793 10.1206C16.5838 10.1206 15.6968 10.9935 15.6968 13.2625V14.7812H20.2698L19.4841 19.0753H15.6968V28.7297C22.629 27.8895 28.0006 21.9654 28.0006 14.7812H28Z" fill="currentColor"></path></g><defs><clipPath id="clip0_2_21"><rect width="28" height="28" fill="white" transform="translate(0 0.729736)"></rect></clipPath></defs></svg></a><a aria-label="はてなブックマークに登録" class="ShareButtonsExperimental_button__d9aXF ShareButtonsExperimental_svgHatenaBookmarkHorizontal__ccpWn ShareButtonsExperimental_svgHatenaBookmarkBase__VXz6p" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://b.hatena.ne.jp/add?mode=confirm&url=https://zenn.dev/mkj/articles/984233194267d0&title=AI%E6%99%82%E4%BB%A3%E3%81%AE%E4%BB%95%E4%BA%8B%E8%A1%93%EF%BC%8810%E6%96%B9%E5%BC%8F%EF%BC%89%EF%BD%9C%E5%B0%8F%E5%B7%9D%20%E9%9B%84%E5%A4%AA%E9%83%8E" id="gtm-article-footer-hatena-bookmark" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="27" height="28" viewBox="0 0 27 28" fill="none"><path fill-rule="evenodd" clip-rule="evenodd" d="M5.4999 0.729736H21.5001C24.5376 0.729736 27 3.19213 27 6.22964V22.2298C27 25.2673 24.5376 27.7297 21.5001 27.7297H5.4999C2.46239 27.7297 0 25.2673 0 22.2298V6.22964C0 3.19213 2.46239 0.729736 5.4999 0.729736ZM12.98 13.7472C13.8521 13.8136 14.5319 14.1209 15.0212 14.6673V14.6679C15.512 15.2127 15.7572 15.9444 15.7572 16.8543C15.7572 17.5126 15.62 18.0877 15.3436 18.5867C15.0692 19.084 14.6756 19.4712 14.1604 19.7433C13.7441 19.9658 13.2289 20.1278 12.6155 20.2245C12.001 20.3179 10.9966 20.3665 9.6039 20.3665H6.13656V8.09392H9.50184C10.8859 8.09392 11.8503 8.13875 12.4016 8.22623C12.9503 8.31695 13.4206 8.4703 13.8164 8.68792C14.269 8.93902 14.6129 9.27437 14.8527 9.69341C15.0865 10.1151 15.2069 10.6028 15.2069 11.1546C15.2069 11.8512 15.0309 12.4053 14.6761 12.813C14.3197 13.2261 13.756 13.5355 12.98 13.7472ZM9.96192 10.8144H9.24372H9.24318V13.2768H9.91116C10.7352 13.2768 11.2984 13.1856 11.6073 13.0058C11.9124 12.8227 12.0663 12.5273 12.0663 12.0667C12.0663 11.6061 11.9216 11.2821 11.6375 11.0947C11.3497 10.9084 10.7919 10.8144 9.96192 10.8144ZM10.4128 18.1514C11.2028 18.1514 11.7661 18.0531 12.0928 17.8523V17.8528C12.4227 17.653 12.5863 17.3209 12.5863 16.8581C12.5863 16.3408 12.4367 15.9806 12.1338 15.7765C11.8357 15.5724 11.2747 15.4703 10.463 15.4703H9.24372V18.1514H10.4128ZM19.3093 17.257C18.4502 17.257 17.7547 17.9525 17.7547 18.8111C17.7547 19.6697 18.4507 20.3658 19.3093 20.3658C20.1679 20.3658 20.8634 19.6697 20.8634 18.8111C20.8634 17.9525 20.1668 17.257 19.3093 17.257ZM17.9593 8.09318H20.6593V16.2753H17.9593V8.09318Z" fill="currentColor"></path></svg></a></div></div></div><span style="display:block;height:2rem;flex-shrink:0"></span><aside class="View_authorInfo__F19rR"><div class="ProfileCard_container__YfvQl"><a class="ProfileCard_avatar__tIJpR" href="/yutaro_ogawa"><img alt="小川雄太郎" class="AvatarImage_plain__Fgp4R " height="80" loading="lazy" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/78c9bb71d9.jpeg" width="80"/></a><div class="ProfileCard_name__qXamf"><a class="ProfileCard_displayName__gRUeY" href="/yutaro_ogawa">小川雄太郎</a></div><div class="ProfileCard_content__1w905"><p class="Paragraph_common__yRSrj Paragraph_sidenote__9NTjJ Paragraph_decorateLink__aIAFh"><span>株式会社松尾研究所シニア・リサーチャー。「知能を創る」PJTに従事</span></p><div class="ProfileCard_actions__2ZjZ8"><span class="ProfileCard_follow__ng60N"></span><a aria-label="@yutaroogawa" class="ProfileCard_link__oexkj ProfileCard_linkBase__hVELe" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://github.com/yutaroogawa" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg x="0px" y="0px" viewBox="0 0 27 27" style="enable-background:new 0 0 27 27" xml:space="preserve" aria-label="GitHub"><path fill="currentColor" d="M13.4,1.2C7,1,1.8,6,1.7,12.4c0,0.1,0,0.4,0,0.5c0,5.1,3.2,9.8,8.2,11.5c0.6,0.1,0.7-0.2,0.7-0.6s0-1.8,0-2.9 c0,0-3.3,0.6-4-1.5c0,0-0.6-1.3-1.3-1.8c0,0-1.1-0.7,0.1-0.7c0.7,0.1,1.5,0.6,1.8,1.2c0.6,1.2,2.2,1.7,3.4,1h0.1 c0.1-0.6,0.4-1.2,0.7-1.6C8.7,17.1,6,16.9,6,12.3c0-1.1,0.5-2.1,1.2-2.8c0-1.1,0-2.2,0.3-3.2c1-0.4,3.3,1.3,3.3,1.3c2-0.6,4-0.6,6,0 c0,0,2.2-1.6,3.2-1.2c0.5,1,0.5,2.2,0.1,3.2c0.7,0.7,1.2,1.8,1.2,2.8c0,4.5-2.8,5-5.5,5.2c0.6,0.6,0.9,1.3,0.7,2.2c0,1.7,0,3.5,0,4 s0.2,0.6,0.7,0.6c4.9-1.7,8.2-6.2,8-11.5c0.1-6.4-5.1-11.6-11.6-11.6C13.5,1.2,13.4,1.2,13.4,1.2z"></path></svg></a><a aria-label="@ogawa_yutaro_22" class="ProfileCard_twitterLink__l4sOK ProfileCard_linkBase__hVELe" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://twitter.com/ogawa_yutaro_22" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="27" height="28" viewBox="0 0 27 28" fill="none" aria-label="X(Twitter)"><g clip-path="url(#clip0_1_18)"><path d="M16.0687 11.7356L26.12 0H23.7382L15.0106 10.1899L8.03988 0H0L10.5411 15.4089L0 27.7155H2.38199L11.5985 16.9546L18.9601 27.7155H27L16.0681 11.7356H16.0687ZM12.8062 15.5447L11.7382 14.0103L3.24025 1.80106H6.89884L13.7568 11.6543L14.8248 13.1887L23.7393 25.9963H20.0807L12.8062 15.5452V15.5447Z" fill="currentColor"></path></g><defs><clipPath id="clip0_1_18"><rect width="27" height="27.7297" fill="white"></rect></clipPath></defs></svg></a><a aria-label="github.com" class="ProfileCard_link__oexkj ProfileCard_linkBase__hVELe" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://github.com/YutaroOgawa/about_me" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg x="0px" y="0px" viewBox="0 0 27 27" style="enable-background:new 0 0 27 27" xml:space="preserve" aria-label="リンク"><path fill="currentColor" d="M9.6,23.9c-3.6,0-6.5-3-6.5-6.6c0-1.7,0.7-3.4,1.9-4.6l2.3-2.3c0.5-0.4,1.2-0.4,1.6,0.1c0.4,0.4,0.4,1,0,1.5l-2.3,2.3 c-1.7,1.7-1.7,4.4,0,6.1s4.4,1.7,6.1,0l2.3-2.3c0.5-0.4,1.2-0.4,1.6,0.1c0.4,0.4,0.4,1,0,1.5L14.3,22C13,23.2,11.4,23.9,9.6,23.9z M10.6,17.5c-0.6,0-1.1-0.5-1.1-1.1c0-0.3,0.1-0.6,0.3-0.8l5.8-5.8c0.4-0.4,1.1-0.4,1.6,0c0.4,0.4,0.4,1.1,0,1.6l-5.8,5.8 C11.2,17.4,10.9,17.5,10.6,17.5z M18.9,16.9c-0.3,0-0.6-0.1-0.8-0.3c-0.4-0.4-0.4-1.1,0-1.6l2.3-2.3c1.7-1.7,1.7-4.4,0-6.1 c-1.7-1.7-4.4-1.7-6.1,0L12,8.9c-0.5,0.4-1.2,0.4-1.6-0.1c-0.4-0.4-0.4-1,0-1.5L12.7,5c2.6-2.6,6.7-2.6,9.2,0s2.6,6.7,0,9.2 l-2.3,2.4C19.4,16.8,19.1,16.9,18.9,16.9z"></path></svg></a></div></div></div></aside><div class="View_publicationInfo__MKZ62"><div class="ProfileCard_container__YfvQl"><a class="ProfileCard_avatar__tIJpR" href="/p/mkj"><img alt="松尾研究所テックブログ" class="AvatarImage_plain__Fgp4R AvatarImage_withPublication__hNtIe" height="80" loading="lazy" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/e64c7e0d32.jpeg" width="80"/></a><div class="ProfileCard_name__qXamf"><a class="ProfileCard_displayName__gRUeY" href="/p/mkj">松尾研究所テックブログ</a><span><button class="PublicationProLabelLink_proLabelButton__IrfKg"><svg viewBox="0 0 24 24" fill="currentColor" height="21" width="21"><path fill-rule="evenodd" d="M2.25 12c0-5.385 4.365-9.75 9.75-9.75s9.75 4.365 9.75 9.75-4.365 9.75-9.75 9.75S2.25 17.385 2.25 12zm13.36-1.814a.75.75 0 10-1.22-.872l-3.236 4.53L9.53 12.22a.75.75 0 00-1.06 1.06l2.25 2.25a.75.75 0 001.14-.094l3.75-5.25z" clip-rule="evenodd"></path></svg><span class="PublicationProLabelLink_text__VWY7a">Publication Pro</span></button></span></div><div class="ProfileCard_content__1w905"><p class="Paragraph_common__yRSrj Paragraph_sidenote__9NTjJ Paragraph_decorateLink__aIAFh"><span>株式会社松尾研究所のテックブログです。</span></p><div class="ProfileCard_actions__2ZjZ8"><span class="ProfileCard_follow__ng60N"></span><a aria-label="@matsuoinstitute" class="ProfileCard_link__oexkj ProfileCard_linkBase__hVELe" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://github.com/matsuoinstitute" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg x="0px" y="0px" viewBox="0 0 27 27" style="enable-background:new 0 0 27 27" xml:space="preserve" aria-label="GitHub"><path fill="currentColor" d="M13.4,1.2C7,1,1.8,6,1.7,12.4c0,0.1,0,0.4,0,0.5c0,5.1,3.2,9.8,8.2,11.5c0.6,0.1,0.7-0.2,0.7-0.6s0-1.8,0-2.9 c0,0-3.3,0.6-4-1.5c0,0-0.6-1.3-1.3-1.8c0,0-1.1-0.7,0.1-0.7c0.7,0.1,1.5,0.6,1.8,1.2c0.6,1.2,2.2,1.7,3.4,1h0.1 c0.1-0.6,0.4-1.2,0.7-1.6C8.7,17.1,6,16.9,6,12.3c0-1.1,0.5-2.1,1.2-2.8c0-1.1,0-2.2,0.3-3.2c1-0.4,3.3,1.3,3.3,1.3c2-0.6,4-0.6,6,0 c0,0,2.2-1.6,3.2-1.2c0.5,1,0.5,2.2,0.1,3.2c0.7,0.7,1.2,1.8,1.2,2.8c0,4.5-2.8,5-5.5,5.2c0.6,0.6,0.9,1.3,0.7,2.2c0,1.7,0,3.5,0,4 s0.2,0.6,0.7,0.6c4.9-1.7,8.2-6.2,8-11.5c0.1-6.4-5.1-11.6-11.6-11.6C13.5,1.2,13.4,1.2,13.4,1.2z"></path></svg></a><a aria-label="@matsuoinstitute" class="ProfileCard_twitterLink__l4sOK ProfileCard_linkBase__hVELe" data-tooltip-for-desktop="true" data-tooltip-position="bottom" href="https://twitter.com/matsuoinstitute" rel="nofollow noopener noreferrer" role="tooltip" target="_blank"><svg width="27" height="28" viewBox="0 0 27 28" fill="none" aria-label="X(Twitter)"><g clip-path="url(#clip0_1_18)"><path d="M16.0687 11.7356L26.12 0H23.7382L15.0106 10.1899L8.03988 0H0L10.5411 15.4089L0 27.7155H2.38199L11.5985 16.9546L18.9601 27.7155H27L16.0681 11.7356H16.0687ZM12.8062 15.5447L11.7382 14.0103L3.24025 1.80106H6.89884L13.7568 11.6543L14.8248 13.1887L23.7393 25.9963H20.0807L12.8062 15.5452V15.5447Z" fill="currentColor"></path></g><defs><clipPath id="clip0_1_18"><rect width="27" height="27.7297" fill="white"></rect></clipPath></defs></svg></a></div></div></div></div></div></div><div id="discuss"><div class="ArticleComments_commentsContainer__kOO0n"><section class="ArticleComments_comments__y4Azs"><div class="ArticleComments_emptyContainer__I4fw6"><h3 class="Heading_size-lg__KD3Up Heading_centered__lNLF_">Discussion</h3><img class="ArticleComments_emptyImg__FGwCr" src="https://static.zenn.studio/images/drawing/discussion.png" width="300"/></div></section></div></div></section><aside class="View_sidebarContainer__YwcNH"><div class="ArticleSidebar_container__jSRJw"><div><div class="ArticleSidebar_user__vJ7nz ArticleSidebar_sidebarCard__AtM_Z"><div class="SidebarUserBio_container__iWemi"><a href="/yutaro_ogawa"><img alt="小川雄太郎" class="AvatarImage_border__pDIjF AvatarImage_plain__Fgp4R " height="60" loading="lazy" referrerPolicy="no-referrer" src="https://storage.googleapis.com/zenn-user-upload/avatar/78c9bb71d9.jpeg" width="60"/></a><div class="SidebarUserBio_author__cM7pP"><a class="SidebarUserBio_name__0zFdT" href="/yutaro_ogawa">小川雄太郎</a><div class="SidebarUserBio_actions__oFupD"><a class="SidebarUserBio_link__nnh24" href="https://github.com/yutaroogawa" rel="nofollow noopener noreferrer" target="_blank"><span aria-label="@yutaroogawa" data-tooltip-for-desktop="true" data-tooltip-position="bottom" role="tooltip"><svg x="0px" y="0px" viewBox="0 0 27 27" style="enable-background:new 0 0 27 27" xml:space="preserve" aria-label="GitHub"><path fill="currentColor" d="M13.4,1.2C7,1,1.8,6,1.7,12.4c0,0.1,0,0.4,0,0.5c0,5.1,3.2,9.8,8.2,11.5c0.6,0.1,0.7-0.2,0.7-0.6s0-1.8,0-2.9 c0,0-3.3,0.6-4-1.5c0,0-0.6-1.3-1.3-1.8c0,0-1.1-0.7,0.1-0.7c0.7,0.1,1.5,0.6,1.8,1.2c0.6,1.2,2.2,1.7,3.4,1h0.1 c0.1-0.6,0.4-1.2,0.7-1.6C8.7,17.1,6,16.9,6,12.3c0-1.1,0.5-2.1,1.2-2.8c0-1.1,0-2.2,0.3-3.2c1-0.4,3.3,1.3,3.3,1.3c2-0.6,4-0.6,6,0 c0,0,2.2-1.6,3.2-1.2c0.5,1,0.5,2.2,0.1,3.2c0.7,0.7,1.2,1.8,1.2,2.8c0,4.5-2.8,5-5.5,5.2c0.6,0.6,0.9,1.3,0.7,2.2c0,1.7,0,3.5,0,4 s0.2,0.6,0.7,0.6c4.9-1.7,8.2-6.2,8-11.5c0.1-6.4-5.1-11.6-11.6-11.6C13.5,1.2,13.4,1.2,13.4,1.2z"></path></svg></span></a><a class="SidebarUserBio_twitterLink__yGgDq SidebarUserBio_link__nnh24" href="https://twitter.com/ogawa_yutaro_22" rel="nofollow noopener noreferrer" target="_blank"><span aria-label="@ogawa_yutaro_22" data-tooltip-for-desktop="true" data-tooltip-position="bottom" role="tooltip"><svg width="27" height="28" viewBox="0 0 27 28" fill="none" aria-label="X(Twitter)"><g clip-path="url(#clip0_1_18)"><path d="M16.0687 11.7356L26.12 0H23.7382L15.0106 10.1899L8.03988 0H0L10.5411 15.4089L0 27.7155H2.38199L11.5985 16.9546L18.9601 27.7155H27L16.0681 11.7356H16.0687ZM12.8062 15.5447L11.7382 14.0103L3.24025 1.80106H6.89884L13.7568 11.6543L14.8248 13.1887L23.7393 25.9963H20.0807L12.8062 15.5452V15.5447Z" fill="currentColor"></path></g><defs><clipPath id="clip0_1_18"><rect width="27" height="27.7297" fill="white"></rect></clipPath></defs></svg></span></a><a class="SidebarUserBio_link__nnh24" href="https://github.com/YutaroOgawa/about_me" rel="nofollow noopener noreferrer" style="margin-left:-2px" target="_blank"><span aria-label="github.com" data-tooltip-for-desktop="true" data-tooltip-position="bottom" role="tooltip"><svg x="0px" y="0px" viewBox="0 0 27 27" style="enable-background:new 0 0 27 27" xml:space="preserve" aria-label="リンク"><path fill="currentColor" d="M9.6,23.9c-3.6,0-6.5-3-6.5-6.6c0-1.7,0.7-3.4,1.9-4.6l2.3-2.3c0.5-0.4,1.2-0.4,1.6,0.1c0.4,0.4,0.4,1,0,1.5l-2.3,2.3 c-1.7,1.7-1.7,4.4,0,6.1s4.4,1.7,6.1,0l2.3-2.3c0.5-0.4,1.2-0.4,1.6,0.1c0.4,0.4,0.4,1,0,1.5L14.3,22C13,23.2,11.4,23.9,9.6,23.9z M10.6,17.5c-0.6,0-1.1-0.5-1.1-1.1c0-0.3,0.1-0.6,0.3-0.8l5.8-5.8c0.4-0.4,1.1-0.4,1.6,0c0.4,0.4,0.4,1.1,0,1.6l-5.8,5.8 C11.2,17.4,10.9,17.5,10.6,17.5z M18.9,16.9c-0.3,0-0.6-0.1-0.8-0.3c-0.4-0.4-0.4-1.1,0-1.6l2.3-2.3c1.7-1.7,1.7-4.4,0-6.1 c-1.7-1.7-4.4-1.7-6.1,0L12,8.9c-0.5,0.4-1.2,0.4-1.6-0.1c-0.4-0.4-0.4-1,0-1.5L12.7,5c2.6-2.6,6.7-2.6,9.2,0s2.6,6.7,0,9.2 l-2.3,2.4C19.4,16.8,19.1,16.9,18.9,16.9z"></path></svg></span></a></div></div></div><span style="display:block;height:1rem;flex-shrink:0"></span><p class="Paragraph_common__yRSrj Paragraph_description-sm__vmr99 Paragraph_decorateLink__aIAFh"><span>株式会社松尾研究所シニア・リサーチャー。「知能を創る」PJTに従事</span></p></div></div><span style="display:block;height:1.5rem;flex-shrink:0"></span><div class="ArticleSidebar_sticky__W61mq"><div style="display:flex;gap:1.5rem;flex-direction:column;align-items:stretch;flex-wrap:nowrap"><div class="ArticleSidebarToc_toc__dUPn8"><div class="ArticleSidebarToc_tocTitle__A3VjO">目次</div><div class="ArticleToc_toc__WF75u"><ol class="ol-depth-1"><li><a href="#1.%E3%80%8C%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87%E3%80%8D%E3%82%92%E6%84%8F%E8%AD%98%E3%81%97%E3%81%9F%E6%9C%9F%E9%99%90%E8%A8%AD%E5%AE%9A%E6%96%B9%E5%BC%8F">1.「パーキンソンの法則」を意識した期限設定方式</a></li><li><a href="#2.-%E7%B5%90%E6%9E%9C%E3%81%A8%E6%88%90%E6%9E%9C%E3%82%92%E5%8C%BA%E5%88%A5%E3%81%97%E3%81%9F%E6%88%90%E6%9E%9C%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F">2. 結果と成果を区別した成果優先方式</a></li><li><a href="#3.-%E6%A7%8B%E9%80%A0%E6%95%B4%E7%90%86%E3%82%92%E5%AE%9F%E6%96%BD%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E6%96%B9%E5%BC%8F">3. 構造整理を実施してから実行方式</a></li><li><a href="#4.-%E7%9B%AE%E7%9A%84%E3%81%AE%E6%98%8E%E7%A2%BA%E5%8C%96%E3%81%A8%E5%95%8F%E9%A1%8C%E5%AE%9A%E7%BE%A9%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F">4. 目的の明確化と問題定義駆動方式</a></li><li><a href="#5.-%E6%B1%BA%E7%9D%80%E3%82%92%E3%81%A4%E3%81%91%E3%81%A6%E3%81%8B%E3%82%89%E6%AC%A1%E3%81%AB%E9%80%B2%E3%82%80%E6%96%B9%E5%BC%8F">5. 決着をつけてから次に進む方式</a></li><li><a href="#6.-%E6%80%9D%E8%80%83%E5%AE%9F%E9%A8%93%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F">6. 思考実験優先方式</a></li><li><a href="#7.-%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B7%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0%E3%82%92%E5%9C%9F%E5%8F%B0%E3%81%A8%E3%81%97%E3%81%9F%E4%BB%AE%E8%AA%AC%E6%80%9D%E8%80%83%E6%96%B9%E5%BC%8F">7. システムシンキングを土台とした仮説思考方式</a></li><li><a href="#8.-lno%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E6%96%B9%E5%BC%8F">8. LNOフレームワーク方式</a></li><li><a href="#9.-%E5%88%86%E3%81%8B%E3%82%89%E3%81%AA%E3%81%84%E9%83%A8%E5%88%86%E3%82%92%E5%85%88%E3%81%AB%E5%80%92%E3%81%99%E6%96%B9%E5%BC%8F%EF%BC%88%E5%88%A5%E5%90%8D%EF%BC%9A%E6%9D%91%E3%82%92%E5%87%BA%E3%81%9F%E3%82%89%E6%9C%80%E5%88%9D%E3%81%AB%E3%83%A9%E3%82%B9%E3%83%9C%E3%82%B9%E6%96%B9%E5%BC%8F%EF%BC%89">9. 分からない部分を先に倒す方式（別名：村を出たら最初にラスボス方式）</a></li><li><a href="#10.-%E6%83%85%E5%A0%B1%E7%99%BA%E4%BF%A1%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F">10. 情報発信駆動方式</a></li><li><a href="#11.-%E3%81%95%E3%81%84%E3%81%94%E3%81%AB">11. さいごに</a></li></ol></div></div></div></div></div></aside></div></div></div></div><div id="related-contents"></div></article><footer class="AppFooter_footer__pqSnY"><div class="Container_wide__ykGLh Container_common__figYY"><div class="AppFooter_inner__uGxbT" data-nosnippet="true"><div class="AppFooter_brandingColumn__BikTT"><a class="ZennLogo_logoLink__NJS2l" href="/"><svg x="0px" y="0px" viewBox="0 0 377.4 88.3" aria-label="Zenn | エンジニアのための情報共有コミュニティ" class="ZennLogo_logoSvg__yOhcg" height="20" width="85"><title>Zenn</title><g fill="currentColor"><path d="M233,56.8h-39c0.5,3.5,2.2,6.8,4.8,9.2c2.7,2.3,6.2,3.5,9.8,3.4c2.8,0,5.6-0.5,8.2-1.7c2.5-1.1,4.8-2.8,6.5-5l8.2,9.5 c-2.5,3.4-5.7,6.1-9.5,7.9c-4.6,2.2-9.6,3.3-14.7,3.2c-5.7,0.1-11.4-1.2-16.5-4c-4.5-2.5-8.2-6.3-10.7-10.9s-3.8-9.8-3.7-15.1v-2.2 c-0.1-5.7,1.1-11.3,3.5-16.5c2.2-4.7,5.7-8.6,10.1-11.3c4.7-2.8,10.1-4.2,15.5-4.1c5.2-0.1,10.3,1.1,14.9,3.7 c4.1,2.5,7.4,6.2,9.4,10.5c2.2,5.1,3.3,10.5,3.2,16.1V56.8z M216.1,43.9c0.1-2.9-0.9-5.7-2.8-7.9c-1.8-1.9-4.4-2.9-7.9-2.9 c-2.9-0.1-5.8,1.1-7.7,3.2c-2,2.6-3.3,5.7-3.6,9h22V43.9z"></path><path d="M128.3,67.9h36.1v14.7h-56.9V72l35.8-54.3h-36.2V2.9h56.6v10.4L128.3,67.9z"></path><path d="M248.8,50.7c0-19.1,12.7-29.2,28.2-29.2s27.9,10.1,27.9,29.2V82h-16V51.4c0-10.6-4.8-16.1-12-16.1s-12.4,5.5-12.4,16.1 v30.7h-15.8L248.8,50.7L248.8,50.7z"></path><path d="M320.3,50.7c0-19.1,12.7-29.2,28.2-29.2s27.9,10.1,27.9,29.2V82h-16V51.4c0-10.6-4.8-16.1-12-16.1S336,40.8,336,51.4v30.7 h-15.8L320.3,50.7L320.3,50.7z"></path></g><path fill="#3EA8FF" class="st0" d="M2.4,83.3h17c0.9,0,1.7-0.5,2.2-1.2L68.4,5.2C69,4.2,68.3,3,67.1,3H51c-0.8,0-1.5,0.4-1.9,1.1L1.6,81.9 C1.3,82.5,1.7,83.3,2.4,83.3z"></path><path fill="#3EA8FF" class="st0" d="M61,82.1l22.1-35.5c0.7-1.1-0.1-2.5-1.4-2.5H65.7c-0.6,0-1.2,0.3-1.5,0.8L41.5,81.2c-0.6,0.9,0.1,2.1,1.2,2.1 h16.3C59.8,83.3,60.6,82.9,61,82.1z"></path></svg></a><p class="AppFooter_siteDescription__NWGP2">エンジニアのための<br aria-hidden="true"/>情報共有コミュニティ</p></div><div class="AppFooter_navColumns__ahV9g"><nav class="AppFooter_navColumn__47qTk"><h4 class="AppFooter_navColumnTitle__vVeiQ">About</h4><ul><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/about">Zennについて</a></div></li><li><a href="https://classmethod.jp" rel="nofollow noopener noreferrer" target="_blank">運営会社</a></li><li><a href="https://info.zenn.dev" rel="nofollow noopener noreferrer" target="_blank">お知らせ・リリース</a></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/events">イベント</a></div></li></ul></nav><nav class="AppFooter_navColumn__47qTk"><h4 class="AppFooter_navColumnTitle__vVeiQ">Guides</h4><ul><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/manual">使い方</a></div></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/biz-lp">法人向けメニュー</a><span class="NewLabel_newLabelSecondary__6Iy_T NewLabel_newLabel__Xva_r">New</span></div></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/publications">Publication / Pro</a></div></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/faq">よくある質問</a></div></li></ul></nav><nav class="AppFooter_navColumn__47qTk"><h4 class="AppFooter_navColumnTitle__vVeiQ">Links</h4><ul><li><a href="https://twitter.com/zenn_dev" rel="nofollow noopener noreferrer" target="_blank">X(Twitter)</a></li><li><a href="https://github.com/zenn-dev" rel="nofollow noopener noreferrer" target="_blank">GitHub</a></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/mediakit">メディアキット</a></div></li></ul></nav><nav class="AppFooter_navColumn__47qTk"><h4 class="AppFooter_navColumnTitle__vVeiQ">Legal</h4><ul><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/terms">利用規約</a></div></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/privacy">プライバシーポリシー</a></div></li><li><div style="display:flex;gap:0.5rem;flex-direction:row;align-items:center;flex-wrap:nowrap"><a href="/terms/transaction-law">特商法表記</a></div></li></ul></nav></div></div><div class="AppFooter_copyright__J_Jbe" data-nosnippet="true"><div class="AnnouncementPopUp_hiddenWrapper__ThDWT"><div aria-hidden="true" class="PopUp_popup__lIgfz AnnouncementPopUp_container__Pb5q2"><div></div></div></div><a href="https://classmethod.jp/"><svg width="115" height="25" viewBox="0 0 271 60" class="AppFooter_classmethodLogo__1RFuV"><g clip-path="url(#clip0_2_90)"><path d="M264.636 3.1617C265.475 3.16128 266.279 3.49393 266.873 4.08651C267.466 4.67909 267.8 5.48309 267.801 6.32175V53.0703C267.801 53.5668 267.703 54.0585 267.513 54.5171C267.323 54.9758 267.045 55.3926 266.694 55.7437C266.342 56.0948 265.926 56.3733 265.467 56.5633C265.008 56.7533 264.517 56.851 264.02 56.851H6.93132C5.92861 56.851 4.96697 56.4527 4.25795 55.7437C3.54892 55.0347 3.1506 54.073 3.1506 53.0703V6.93139C3.1506 5.92868 3.54892 4.96704 4.25795 4.25802C4.96697 3.54899 5.92861 3.15067 6.93132 3.15067H225.05C225.137 3.15178 225.221 3.17053 225.3 3.20575C225.379 3.24097 225.449 3.29192 225.507 3.35546L233.987 12.76C234.28 13.0541 234.628 13.2875 235.011 13.4467C235.394 13.606 235.805 13.688 236.22 13.688C236.635 13.688 237.046 13.606 237.429 13.4467C237.812 13.2875 238.16 13.0541 238.453 12.76L246.933 3.35231C246.99 3.28778 247.061 3.23616 247.139 3.20086C247.218 3.16555 247.303 3.14737 247.39 3.14752H264.65L264.636 3.1617ZM264.636 7.17095e-05H246.1C246.006 0.000759845 245.914 0.0205359 245.828 0.058188C245.742 0.0958401 245.665 0.150575 245.602 0.219038L237.347 9.39516C237.334 9.40757 237.323 9.4213 237.313 9.43611C237.018 9.72475 236.622 9.88642 236.21 9.88642C235.797 9.88642 235.402 9.72475 235.107 9.43611C235.094 9.42426 235.082 9.41045 235.072 9.39516L226.843 0.239517C226.775 0.162922 226.691 0.10189 226.597 0.0605717C226.504 0.0192536 226.402 -0.00138099 226.3 7.17095e-05H6.93132C5.09302 7.17095e-05 3.33001 0.730333 2.03014 2.03021C0.730262 3.33008 0 5.09309 0 6.93139L0 53.0719C0 54.9102 0.730262 56.6732 2.03014 57.9731C3.33001 59.273 5.09302 60.0032 6.93132 60.0032H264.02C265.858 60.0032 267.621 59.273 268.921 57.9731C270.221 56.6732 270.951 54.9102 270.951 53.0719V6.31545C270.949 4.64114 270.283 3.03602 269.099 1.8521C267.916 0.668193 266.31 0.00215599 264.636 7.17095e-05Z" fill="currentColor"></path><path d="M29.9653 23.8863C30.0769 23.8895 30.1866 23.9161 30.2873 23.9644C30.388 24.0126 30.4775 24.0813 30.5501 24.1662C30.6226 24.251 30.6766 24.3501 30.7086 24.4571C30.7405 24.5641 30.7498 24.6766 30.7357 24.7873V28.3554C30.7357 28.85 30.4679 29.0769 29.9653 29.0769H22.6008C18.4483 29.0769 17.815 30.4789 17.815 36.1657C17.815 41.8526 18.4452 43.2546 22.6008 43.2546H29.9653C30.46 43.2546 30.7357 43.4814 30.7357 43.9351V47.5457C30.7357 48.0892 30.4679 48.316 29.9653 48.4058C27.5367 48.8538 25.0703 49.0648 22.6008 49.0359C12.982 49.0359 11.1326 46.1074 11.1326 36.1642C11.1326 26.2209 12.982 23.2955 22.6008 23.2955C25.0681 23.2729 27.5325 23.4684 29.9653 23.88" fill="currentColor"></path><path d="M39.7637 17.6701C39.9308 17.6701 40.0911 17.7365 40.2093 17.8547C40.3274 17.9729 40.3938 18.1331 40.3938 18.3003V48.4389C40.3938 48.606 40.3274 48.7663 40.2093 48.8845C40.0911 49.0026 39.9308 49.069 39.7637 49.069H34.3872C34.297 49.0756 34.2064 49.0626 34.1216 49.0311C34.0368 48.9995 33.9598 48.9501 33.8959 48.8861C33.8319 48.8221 33.7825 48.7452 33.7509 48.6604C33.7193 48.5756 33.7064 48.485 33.713 48.3948V18.3444C33.7069 18.258 33.7187 18.1713 33.7477 18.0897C33.7766 18.008 33.8221 17.9333 33.8812 17.87C33.9403 17.8067 34.0118 17.7563 34.0913 17.722C34.1708 17.6876 34.2565 17.6699 34.3431 17.6701H39.7637Z" fill="currentColor"></path><path d="M169.156 35.857V37.259C169.156 38.1601 168.888 38.4767 167.711 38.4767H153.533C153.623 42.541 154.709 43.2624 158.636 43.2624H166.679C166.846 43.2624 167.007 43.3288 167.125 43.447C167.243 43.5652 167.309 43.7255 167.309 43.8926V47.6733C167.32 47.8536 167.26 48.031 167.143 48.1682C167.025 48.3054 166.859 48.3917 166.679 48.409C163.831 48.8866 160.945 49.0976 158.058 49.0391C148.934 49.0391 146.716 46.4682 146.716 36.1673C146.716 25.8664 148.929 23.2955 158.058 23.2955C167.187 23.2955 169.121 25.7782 169.168 35.8507M153.499 34.0911H162.437C162.388 30.1166 161.35 29.0785 158.058 29.0785C154.765 29.0785 153.54 30.1166 153.499 34.0911Z" fill="currentColor"></path><path d="M183.056 43.2908H181.07C179.083 43.2908 178.409 42.9332 178.409 40.9877V29.1462H182.706C182.793 29.1449 182.879 29.126 182.958 29.0907C183.037 29.0553 183.108 29.0043 183.167 28.9407C183.226 28.8771 183.271 28.8022 183.3 28.7206C183.33 28.6389 183.342 28.5522 183.337 28.4657V23.9556C183.337 23.7885 183.27 23.6282 183.152 23.51C183.034 23.3919 182.874 23.3255 182.706 23.3255H178.409V18.2971C178.407 18.1308 178.339 17.9719 178.222 17.8542C178.104 17.7366 177.945 17.6694 177.779 17.667H172.355C172.188 17.667 172.028 17.7334 171.91 17.8515C171.791 17.9697 171.725 18.13 171.725 18.2971V43.242C171.725 48.9351 175.246 49.0706 179.129 49.0706C180.418 49.0631 181.704 48.927 182.966 48.6642C183.072 48.6611 183.176 48.6356 183.272 48.5893C183.367 48.5431 183.452 48.4772 183.52 48.396C183.588 48.3147 183.638 48.22 183.667 48.118C183.696 48.0159 183.703 47.909 183.688 47.804V43.9635C183.694 43.8771 183.682 43.7904 183.653 43.7088C183.624 43.6271 183.579 43.5524 183.52 43.4891C183.46 43.4258 183.389 43.3754 183.309 43.3411C183.23 43.3067 183.144 43.289 183.058 43.2892" fill="currentColor"></path><path d="M234.551 36.1673C234.551 46.4603 232.426 49.0391 223.034 49.0391C213.642 49.0391 211.517 46.4682 211.517 36.1673C211.517 25.8664 213.683 23.2955 223.034 23.2955C232.385 23.2955 234.551 25.8255 234.551 36.1673ZM218.248 36.1673C218.248 41.8604 218.922 43.2561 223.034 43.2561C227.146 43.2561 227.867 41.8541 227.867 36.1673C227.867 30.4805 227.193 29.0785 223.034 29.0785C218.875 29.0785 218.248 30.4805 218.248 36.1673Z" fill="currentColor"></path><path d="M202.566 23.6594C199.378 23.1745 196.135 23.1745 192.947 23.6594V18.3034C192.947 18.1363 192.881 17.976 192.763 17.8578C192.645 17.7397 192.484 17.6733 192.317 17.6733H186.892C186.725 17.6733 186.565 17.7397 186.446 17.8578C186.328 17.976 186.262 18.1363 186.262 18.3034V48.3916C186.256 48.478 186.268 48.5647 186.296 48.6463C186.325 48.7279 186.371 48.8027 186.43 48.866C186.489 48.9292 186.561 48.9796 186.64 49.014C186.72 49.0484 186.805 49.0661 186.892 49.0658H192.317C192.484 49.0658 192.645 48.9995 192.763 48.8813C192.881 48.7631 192.947 48.6028 192.947 48.4357V36.1799C192.947 31.3595 193.084 29.091 197.733 29.091C202.382 29.091 202.595 31.3595 202.566 36.1799C202.538 41.0633 202.566 48.4389 202.566 48.4389C202.566 48.606 202.633 48.7663 202.751 48.8844C202.869 49.0026 203.029 49.069 203.196 49.069H208.622C208.789 49.069 208.949 49.0026 209.067 48.8844C209.185 48.7663 209.252 48.606 209.252 48.4389V34.9212C209.252 27.6749 207.505 24.5526 202.568 23.6515" fill="currentColor"></path><path d="M259.138 17.4449C259.225 17.4388 259.311 17.4506 259.393 17.4796C259.475 17.5085 259.549 17.554 259.613 17.6131C259.676 17.6722 259.726 17.7437 259.761 17.8232C259.795 17.9027 259.813 17.9884 259.813 18.075V46.3831C259.813 47.6686 259.269 48.1301 257.922 48.3775C254.951 48.8327 251.949 49.065 248.943 49.0722C239.241 49.0722 237.248 46.4036 237.248 36.2492C237.248 26.0948 239.255 23.3318 248.236 23.3318C249.877 23.2852 251.519 23.3748 253.146 23.5996V18.1112C253.142 18.026 253.155 17.9408 253.185 17.8609C253.215 17.781 253.261 17.7079 253.32 17.6462C253.378 17.5845 253.449 17.5354 253.528 17.5018C253.606 17.4683 253.691 17.4511 253.776 17.4512H259.16L259.138 17.4449ZM249.066 29.1541C244.507 29.1541 243.916 30.3718 243.916 36.202C243.916 41.5312 244.28 43.2908 248.792 43.2908C250.241 43.2893 251.689 43.184 253.124 42.9758V29.1541H249.06H249.066Z" fill="currentColor"></path><path d="M64.2297 31.0649V45.7656C64.2297 47.4496 63.9887 48.0624 61.5343 48.42C58.703 48.8207 55.8479 49.0312 52.9883 49.0501C46.2146 49.0501 42.6465 48.3286 42.5583 41.2398C42.6481 35.1402 45.8113 33.8359 51.8132 33.8359H57.5473V32.2007C57.5473 30.0347 56.1925 29.0863 53.305 29.0863H45.1245C45.0383 29.0852 44.9532 29.0666 44.8744 29.0318C44.7955 28.9969 44.7245 28.9465 44.6657 28.8835C44.6068 28.8205 44.5613 28.7463 44.5319 28.6653C44.5024 28.5843 44.4897 28.4982 44.4943 28.4121V24.7054C44.4901 24.5281 44.5524 24.3557 44.6691 24.2221C44.7857 24.0886 44.9482 24.0036 45.1245 23.9839C47.8206 23.4882 50.5594 23.2624 53.3003 23.3097C62.2385 23.3097 64.2265 26.1972 64.2265 31.0791M52.3519 38.1679C50.0079 38.1679 49.1887 38.9383 49.1887 40.8774C49.1887 43.0435 50.1796 43.6342 53.0262 43.6342C54.544 43.6442 56.0586 43.4921 57.5441 43.1805V38.1679H52.3519Z" fill="currentColor"></path><path d="M76.6021 28.7618H85.994C86.0798 28.7594 86.1643 28.7399 86.2425 28.7047C86.3207 28.6694 86.3912 28.6189 86.4498 28.5562C86.5084 28.4935 86.554 28.4198 86.5839 28.3394C86.6138 28.2589 86.6275 28.1733 86.6241 28.0876V24.4093C86.6093 24.2197 86.5198 24.0437 86.3754 23.92C86.231 23.7963 86.0434 23.7349 85.8538 23.7492C84.3069 23.5917 82.2023 23.4263 79.6928 23.3507C78.9572 23.316 76.7643 23.3018 76.5028 23.3018C70.7688 23.3018 66.8841 24.6566 66.8841 29.896V30.6175C66.7176 32.1302 67.1073 33.6518 67.9804 34.8983C68.8535 36.1447 70.1503 37.0309 71.6289 37.3913C71.6289 37.3913 78.0167 39.6802 78.2231 39.7637C79.2202 40.2583 79.5778 40.8018 79.5778 41.4965V41.9502C79.5778 43.0781 78.6768 43.5728 76.9171 43.5728H67.5268C67.4402 43.5743 67.3548 43.5934 67.2757 43.6287C67.1966 43.6641 67.1255 43.7151 67.0667 43.7787C67.0078 43.8423 66.9624 43.9171 66.9332 43.9986C66.904 44.0802 66.8916 44.1668 66.8967 44.2533V47.9111C66.8967 48.1317 67.0337 48.5413 67.667 48.5854C69.2139 48.7429 71.3185 48.9083 73.828 48.9839C74.5636 49.0186 76.7565 49.0328 77.018 49.0328C82.752 49.0328 86.6367 47.678 86.6367 42.4386V41.7171C86.8032 40.2044 86.4135 38.6828 85.5404 37.4363C84.6673 36.1898 83.3705 35.3037 81.8919 34.9433C81.8919 34.9433 75.5041 32.6544 75.2977 32.5709C74.3006 32.0762 73.943 31.5328 73.943 30.8381V30.3749C73.943 29.247 74.8441 28.746 76.6037 28.746" fill="currentColor"></path><path d="M98.7933 28.7618H108.185C108.271 28.7594 108.355 28.7399 108.434 28.7047C108.512 28.6694 108.582 28.6189 108.641 28.5562C108.7 28.4935 108.745 28.4198 108.775 28.3394C108.805 28.2589 108.819 28.1733 108.815 28.0876V24.4093C108.8 24.2197 108.711 24.0437 108.567 23.92C108.422 23.7963 108.235 23.7349 108.045 23.7492C106.498 23.5917 104.394 23.4263 101.884 23.3507C101.148 23.316 98.9556 23.3018 98.6941 23.3018C92.96 23.3018 89.0753 24.6566 89.0753 29.896V30.6175C88.9088 32.1302 89.2985 33.6518 90.1716 34.8983C91.0447 36.1447 92.3416 37.0309 93.8201 37.3913C93.8201 37.3913 100.208 39.6802 100.414 39.7637C101.411 40.2583 101.769 40.8018 101.769 41.4965V41.9502C101.769 43.0781 100.868 43.5728 99.1084 43.5728H89.7164C89.6298 43.5743 89.5444 43.5934 89.4653 43.6287C89.3863 43.6641 89.3152 43.7151 89.2563 43.7787C89.1974 43.8423 89.1521 43.9171 89.1229 43.9986C89.0936 44.0802 89.0812 44.1668 89.0863 44.2533V47.9111C89.0863 48.1317 89.2234 48.5413 89.8566 48.5854C91.4036 48.7429 93.5082 48.9083 96.0176 48.9839C96.7533 49.0186 98.9461 49.0328 99.2076 49.0328C104.942 49.0328 108.826 47.678 108.826 42.4386V41.7171C108.993 40.2044 108.603 38.6828 107.73 37.4363C106.857 36.1898 105.56 35.3037 104.082 34.9433C104.082 34.9433 97.6938 32.6544 97.4874 32.5709C96.4902 32.0762 96.1326 31.5328 96.1326 30.8381V30.3749C96.1326 29.247 97.0337 28.746 98.7933 28.746" fill="currentColor"></path><path d="M134.345 23.316C132.106 23.1876 129.868 23.5785 127.806 24.4581C125.75 23.5559 123.506 23.164 121.267 23.316C113.181 23.316 111.386 25.7987 111.386 34.132V48.4137C111.386 48.5808 111.453 48.7411 111.571 48.8592C111.689 48.9774 111.849 49.0438 112.016 49.0438H117.428C117.594 49.0413 117.753 48.9742 117.87 48.8565C117.988 48.7389 118.055 48.58 118.058 48.4137V35.8444C118.058 30.3781 118.573 29.3195 121.262 29.1194C123.765 29.3053 124.384 30.2394 124.46 34.7905V48.4042C124.466 48.5709 124.536 48.7289 124.655 48.846C124.773 48.9631 124.932 49.0304 125.099 49.0343H130.51C130.678 49.0343 130.838 48.9679 130.956 48.8498C131.074 48.7316 131.141 48.5713 131.141 48.4042V34.7921C131.216 30.2331 131.835 29.299 134.338 29.1131C137.027 29.3132 137.543 30.3733 137.543 35.8381V48.4074C137.543 48.5745 137.609 48.7348 137.727 48.8529C137.845 48.9711 138.006 49.0375 138.173 49.0375H143.584C143.75 49.0354 143.909 48.9684 144.027 48.8507C144.145 48.7329 144.212 48.5738 144.214 48.4074V34.1257C144.214 25.7924 142.461 23.3097 134.334 23.3097" fill="currentColor"></path></g><defs><clipPath id="clip0_2_90"><rect width="270.951" height="60" fill="white"></rect></clipPath></defs></svg></a></div></div></footer><div id="modal-portal"></div></div><script id="__NEXT_DATA__" type="application/json" nonce="muPoSh+NOI8Srh+9Ku+KR6t3wWaXCCrvM94AHDfld74=">{"props":{"pageProps":{"article":{"id":374581,"postType":"Article","title":"AI時代の仕事術（10方式）","slug":"984233194267d0","commentsCount":0,"likedCount":97,"bookmarkedCount":32,"bodyLettersCount":18943,"articleType":"idea","emoji":"✍️","isSuspendingPrivate":false,"publishedAt":"2025-03-14T11:50:01.628+09:00","bodyUpdatedAt":"2025-03-14T20:01:25.534+09:00","sourceRepoUpdatedAt":null,"pinned":false,"path":"/mkj/articles/984233194267d0","bodyHtml":"\u003cp data-line=\"0\" class=\"code-line\"\u003e本記事は「AI技術を駆使した仕事術」の解説ではありません。逆であり、AI技術の進展に左右されない「仕事の本質」を意識した仕事方式の解説となります。弊社の公式内容ではなく、執筆者が心掛けている内容です。\u003c/p\u003e\n\u003cp data-line=\"2\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"4\" class=\"code-line\"\u003e\u003cstrong\u003eはじめに\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"6\" class=\"code-line\"\u003e第一に、「AI技術が将来的にどこまで仕事に良いインパクトを与えるのか」、「どのような仕事（タスク）レベルまでAIによって自動化されるのか」は想像が難しいです（とくに実現タイミングの予測も含め、少なくとも私には）。\u003c/p\u003e\n\u003cp data-line=\"8\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"10\" class=\"code-line\"\u003e第二に、AI技術の進展の早さを考えると、現時点（2025年3月末）の「AI技術を駆使した仕事術」を解説しても、おそらく1年後の「2026年3月末」には、その記事内容は陳腐化している可能性が高いでしょう。\u003c/p\u003e\n\u003cp data-line=\"12\" class=\"code-line\"\u003e（※とはいえ短期的には、「（現時点での）AI技術を駆使した最強の仕事術」の紹介記事にはとても価値があると思います。）\u003c/p\u003e\n\u003cp data-line=\"14\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"16\" class=\"code-line\"\u003e本記事では、AI技術に取り組む弊社にて、私（および私のチーム）が、AI技術の進展度合いに左右されない「仕事の本質」（だと思う部分）を意識しながら、どのように研究や開発、その他Bizに取り組んでいるのかを紹介します。\u003c/p\u003e\n\u003cp data-line=\"18\" class=\"code-line\"\u003eはじめに10個の仕事術（仕事方式）を解説します。\u003c/p\u003e\n\u003cp data-line=\"20\" class=\"code-line\"\u003e最後にAI技術の進展に左右されない「仕事の本質」（と私が考えている内容）について解説します。\u003c/p\u003e\n\u003cp data-line=\"23\" class=\"code-line\"\u003e\u003ca href=\"https://github.com/YutaroOgawa/about_me\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003e（執筆：小川雄太郎）\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"25\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"28\" class=\"code-line\"\u003e\u003cstrong\u003e本記事の読者想定\u003c/strong\u003e\u003c/p\u003e\n\u003cul data-line=\"29\" class=\"code-line\"\u003e\n\u003cli data-line=\"29\" class=\"code-line\"\u003e元々は執筆者のチームメンバ向けの文書です\u003c/li\u003e\n\u003cli data-line=\"30\" class=\"code-line\"\u003e新卒・中堅社員レベル、そしてインターン学生も読者対象です\u003c/li\u003e\n\u003cli data-line=\"31\" class=\"code-line\"\u003e経営層クラスは仕事内容が大きく変わるため読者として想定外です。本記事は参考程度にて\u003c/li\u003e\n\u003cli data-line=\"32\" class=\"code-line\"\u003e職種は研究・開発に限らず、どなたも読者対象です。仕事でAIやITに直接的・間接的に関わらない方も読者対象です\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"35\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"38\" class=\"code-line\"\u003e\u003cstrong\u003e注釈\u003c/strong\u003e\u003c/p\u003e\n\u003cul data-line=\"39\" class=\"code-line\"\u003e\n\u003cli data-line=\"39\" class=\"code-line\"\u003e私の中でも他にも仕事方式が存在しますが、重要度の高い10個を紹介しています（そのためMECEではないです）\u003c/li\u003e\n\u003cli data-line=\"40\" class=\"code-line\"\u003eあくまで私の考え方を記載したもので、本記事以外の仕事術を否定するものではありません\u003c/li\u003e\n\u003c/ul\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"43\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"47\" class=\"code-line\"\u003e\u003cstrong\u003e本記事の目次です\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"49\" class=\"code-line\"\u003e\u003cimg src=\"https://storage.googleapis.com/zenn-user-upload/8d0031f4ca8a-20250305.png\" loading=\"lazy\" class=\"md-img\"\u003e\u003c/p\u003e\n\u003cp data-line=\"51\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"1.%E3%80%8C%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87%E3%80%8D%E3%82%92%E6%84%8F%E8%AD%98%E3%81%97%E3%81%9F%E6%9C%9F%E9%99%90%E8%A8%AD%E5%AE%9A%E6%96%B9%E5%BC%8F\" data-line=\"56\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#1.%E3%80%8C%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87%E3%80%8D%E3%82%92%E6%84%8F%E8%AD%98%E3%81%97%E3%81%9F%E6%9C%9F%E9%99%90%E8%A8%AD%E5%AE%9A%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 1.「パーキンソンの法則」を意識した期限設定方式\u003c/h2\u003e\n\u003cp data-line=\"58\" class=\"code-line\"\u003eパーキンソンの法則（第一）とは、\u003cbr\u003e\n\u003cstrong\u003e「仕事（の内容量）は、利用可能な時間を全て満たすように拡大していく」\u003c/strong\u003e\u003cbr\u003e\nという有名な法則です。\u003c/p\u003e\n\u003cp data-line=\"62\" class=\"code-line\"\u003e\u003cspan class=\"embed-block zenn-embedded zenn-embedded-card\"\u003e\u003ciframe id=\"zenn-embedded__46f4e5d470b0c\" src=\"https://embed.zenn.studio/card#zenn-embedded__46f4e5d470b0c\" data-content=\"https%3A%2F%2Fwww.kaonavi.jp%2Fdictionary%2Fparkinsons-law%2F\" frameborder=\"0\" scrolling=\"no\" loading=\"lazy\"\u003e\u003c/iframe\u003e\u003c/span\u003e\u003ca href=\"https://www.kaonavi.jp/dictionary/parkinsons-law/\" style=\"display:none\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003ehttps://www.kaonavi.jp/dictionary/parkinsons-law/\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"65\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"67\" class=\"code-line\"\u003eパーキンソンの法則（第一）に注意し、仕事（タスク）に取り掛かる前には、\u003cstrong\u003e自ら制約条件として、期限を「今日1日で」や「3日間で」など、厳密に設定すること\u003c/strong\u003eをおすすめします。\u003c/p\u003e\n\u003cp data-line=\"69\" class=\"code-line\"\u003e期限を厳密に設定しない場合、以下の3つのケースが想定されます。\u003c/p\u003e\n\u003cp data-line=\"71\" class=\"code-line\"\u003e（1）ダラダラと仕事に取り組んでしまう\u003cbr\u003e\n（2）締切が外部から突然与えられて、焦って実行する\u003cbr\u003e\n（3）そして最悪なケースが、 \u003cstrong\u003e「その仕事の芯を食っておらず、本質的には重要ではない、やってもやらなくても良いような仕事（タスク）まで実行してしまう」\u003c/strong\u003e、すなわち法則通り「仕事の内容量が増える現象」が発生するケースです\u003c/p\u003e\n\u003cp data-line=\"75\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"77\" class=\"code-line\"\u003eこの重要でない仕事の膨張を避けるために、\u003cstrong\u003e自ら設定する期限は、これでは短すぎではないかと感じるくらいのが望ましいです\u003c/strong\u003e。\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"80\" class=\"code-line\"\u003e仕事に必要な時間が完全に逆算できる場合は逆算した期限で良いです。ここでは、もう少し不確実性のある仕事を想定しています。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"83\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"85\" class=\"code-line\"\u003e期限が短いと、「その仕事の \"真の答え\" にたどり着けないのでは？」と不安に感じるかもしれません。\u003c/p\u003e\n\u003cp data-line=\"87\" class=\"code-line\"\u003eしかし多くの場合において、「期限設定が長ければ、たくさんの時間をかけることができて、\"真の答え\"にたどり着ける！」というケースは少ないです。\u003c/p\u003e\n\u003cp data-line=\"89\" class=\"code-line\"\u003eそれよりも、設定した期限内での \u003cstrong\u003e「暫定解」\u003c/strong\u003e を導出する方が有用なことが多いです。\u003cbr\u003e\nなぜならその「暫定解」に基づいて、次の行動を選択し、実行できるからです。\u003c/p\u003e\n\u003cp data-line=\"92\" class=\"code-line\"\u003eそして「暫定解」を前提とした次の実行や、時間の経過で増える新たな情報を通じて、「暫定解」をより洗練し、\u003cstrong\u003e「暫定解 ver.2」\u003c/strong\u003e に更新する方が有用なケースが多いです。\u003c/p\u003e\n\u003cp data-line=\"94\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"97\" class=\"code-line\"\u003eなお少なくとも期限後時点には、暫定解であることを前提として、上司・メンバに現状を報告・相談します。\u003c/p\u003e\n\u003cp data-line=\"99\" class=\"code-line\"\u003e暫定解は自分の中に閉じておくものではなく、「暫定ですが現状こう考えています」と関係者に報告・共有するものである点に注意してください。\u003c/p\u003e\n\u003cp data-line=\"101\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"103\" class=\"code-line\"\u003e\u003cstrong\u003e仕事（タスク）を実行する際には最初に、短すぎると感じるくらいの期限を自ら設定します\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"106\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"2.-%E7%B5%90%E6%9E%9C%E3%81%A8%E6%88%90%E6%9E%9C%E3%82%92%E5%8C%BA%E5%88%A5%E3%81%97%E3%81%9F%E6%88%90%E6%9E%9C%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F\" data-line=\"108\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#2.-%E7%B5%90%E6%9E%9C%E3%81%A8%E6%88%90%E6%9E%9C%E3%82%92%E5%8C%BA%E5%88%A5%E3%81%97%E3%81%9F%E6%88%90%E6%9E%9C%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 2. 結果と成果を区別した成果優先方式\u003c/h2\u003e\n\u003cp data-line=\"110\" class=\"code-line\"\u003e多くの人は仕事（タスク）において、\u003cstrong\u003e「結果（output）」\u003c/strong\u003e と \u003cstrong\u003e「成果（outcome）」\u003c/strong\u003e を混同しがちです。\u003c/p\u003e\n\u003cp data-line=\"112\" class=\"code-line\"\u003e以下に言葉の定義を整理します。\u003c/p\u003e\n\u003cp data-line=\"114\" class=\"code-line\"\u003e・なんらかの仕事（タスク）を実行した際、必ず生まれるのが「結果」です\u003cbr\u003e\n・「結果」をその仕事の文脈のなかできちんと位置付けて、解釈・整理したものが「成果」です\u003c/p\u003e\n\u003cp data-line=\"117\" class=\"code-line\"\u003eそして重要なのは、結果ではなく、「成果」です。\u003c/p\u003e\n\u003cp data-line=\"119\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"121\" class=\"code-line\"\u003eとくに会議・ミーティングの場面で私が最初に知りたいのは、 \u003cstrong\u003e「目的と問題定義」\u003c/strong\u003e、\u003cstrong\u003e「成果（アウトカム）」\u003c/strong\u003e、そして \u003cstrong\u003e「結論」\u003c/strong\u003e です\u003cbr\u003e\n（「目的と問題定義」については後の章で解説します）。\u003c/p\u003e\n\u003cp data-line=\"124\" class=\"code-line\"\u003e「結果・アウトプット」については、成果・結論を伝える際に、必要に応じた補足程度の解説で十分です。\u003c/p\u003e\n\u003cp data-line=\"126\" class=\"code-line\"\u003eなお \u003cstrong\u003e「結論」\u003c/strong\u003e とは、成果内容に加え、成果をふまえて導出される「ネクストアクション」や、場合によっては「手戻りの必要性の説得」など、\u003cstrong\u003e「次にどうしますか？」\u003c/strong\u003e という問いへの回答に近しいものです。\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"131\" class=\"code-line\"\u003e「結果」、「成果」、「結論」の定義は人によって様々でしょう。上記の私の説明が普遍的絶対に正しいとは私も思っていません。\u003cbr\u003e\n重要な点は、\u003cstrong\u003eこれらの言葉の定義がメンバごとにバラバラではなく、チーム内で統一されている状態だと考えています\u003c/strong\u003e。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"135\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"137\" class=\"code-line\"\u003eなんらかを実行すれば、良くも悪くも、必ず「結果」が生まれます\u003cbr\u003e\n（だからこそ多くの人は自分の取り組みの「結果」について、ダラダラと言及・解説しがちです）。\u003c/p\u003e\n\u003cp data-line=\"140\" class=\"code-line\"\u003eなお、成果の良し悪しについては、運や状況にも左右されます。\u003cbr\u003e\nそのため、良い成果を生み出す確率を上げる行為は重要ですが、「良い成果」を確約することはできません。\u003c/p\u003e\n\u003cp data-line=\"143\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"145\" class=\"code-line\"\u003e\u003cstrong\u003e「結果（アウトプット）」と「成果（アウトカム）」をきちんと区別し、成果を意識して仕事を実行します。そして結果についてダラダラと説明せず、成果について端的に述べ、成果優先方式で進めていきます\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"150\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"3.-%E6%A7%8B%E9%80%A0%E6%95%B4%E7%90%86%E3%82%92%E5%AE%9F%E6%96%BD%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E6%96%B9%E5%BC%8F\" data-line=\"152\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#3.-%E6%A7%8B%E9%80%A0%E6%95%B4%E7%90%86%E3%82%92%E5%AE%9F%E6%96%BD%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 3. 構造整理を実施してから実行方式\u003c/h2\u003e\n\u003cp data-line=\"154\" class=\"code-line\"\u003e私は直感・思いつきタイプではあるのですが、思いつきで何らかの仕事（タスク）を実行し始めないように注意しています。\u003c/p\u003e\n\u003cp data-line=\"156\" class=\"code-line\"\u003e一呼吸置きましょう。\u003c/p\u003e\n\u003cp data-line=\"158\" class=\"code-line\"\u003e思いついた内容自体は否定されるものではありません。\u003cbr\u003e\nしかし、「他にもっと重要なやるべきことはないか？」、そして \u003cstrong\u003e「そもそも、その思いついた内容はなぜ良いと判定できるのか？」\u003c/strong\u003e について、立ち止まり、顔を上げ、抽象度を上げて、考えるようにします。\u003c/p\u003e\n\u003cp data-line=\"161\" class=\"code-line\"\u003eそして「他の選択肢」についてリストアップします\u003cbr\u003e\n（選択肢は突然思いついたこの1つのみです、という状況は通常少ないでしょう）。\u003c/p\u003e\n\u003cp data-line=\"164\" class=\"code-line\"\u003eここで他の選択肢をリストアップするためには、\u003cstrong\u003e問題構造を整理・分解する必要があります\u003c/strong\u003e。\u003c/p\u003e\n\u003cp data-line=\"167\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"169\" class=\"code-line\"\u003e多くの場合、問題構造の基本系は以下の通りです。\u003c/p\u003e\n\u003col data-line=\"171\" class=\"code-line\"\u003e\n\u003cli data-line=\"171\" class=\"code-line\"\u003e「大目的」が存在（ビジョンや経営目標、KGIなど）\u003c/li\u003e\n\u003cli data-line=\"172\" class=\"code-line\"\u003e「大目的の達成を阻む大きめの課題」≒「Issue（イシュー）」が存在\u003c/li\u003e\n\u003cli data-line=\"173\" class=\"code-line\"\u003e「Issue（イシュー）」を分解し精緻に言語化した「目的と問題定義」（※）\u003c/li\u003e\n\u003cli data-line=\"174\" class=\"code-line\"\u003e実行可能な単位に落とし込まれた「タスク」\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp data-line=\"177\" class=\"code-line\"\u003e（※）「目的と問題定義」については後の章で解説します\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"181\" class=\"code-line\"\u003e上記の問題構造の基本系についても、これが普遍的絶対に正しいとは私も思っていません。第2章での説明と同様に、重要な点は、\u003cstrong\u003eこの構造認識がメンバごとにバラバラではなく、チーム内で統一されている状態だと考えています\u003c/strong\u003e。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"184\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"186\" class=\"code-line\"\u003e最初に思いついた内容について、「問題の基本構造」の整理に当てはめ、その上で、やはり重要だから実行することは、まったく問題ありません。\u003c/p\u003e\n\u003cp data-line=\"188\" class=\"code-line\"\u003e傍から見ていると、思いついて突然実行！と同じように見えるかもしれませんが、大きく異なる行為です。立ち止まって整理した上での実行は、より大きな成果へと繋がりやすいです。\u003c/p\u003e\n\u003cp data-line=\"190\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"192\" class=\"code-line\"\u003eまた、構造関係を整理していれば、\u003cstrong\u003e「とある問題」について、時間をかけて「暫定解」を導出したり、解決しても、後続のタスクに影響がほぼないケース\u003c/strong\u003eも、きちんと自己認識・自己発見しやすいです。\u003c/p\u003e\n\u003cp data-line=\"194\" class=\"code-line\"\u003e「後続タスクでの選択や決定に影響力を生まない問題」に対して、解決および暫定解を導出する行為は、基本的に時間とリソースがもったいないです。\u003c/p\u003e\n\u003cp data-line=\"196\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"198\" class=\"code-line\"\u003e\u003cstrong\u003e「思いついたら即実行」ではなく、大目的からロジカルに構造整理し、思いついた内容を構造関係に当てはめる行為をスキップせず実施し、整理した後で実行に移るように注意します\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"201\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"4.-%E7%9B%AE%E7%9A%84%E3%81%AE%E6%98%8E%E7%A2%BA%E5%8C%96%E3%81%A8%E5%95%8F%E9%A1%8C%E5%AE%9A%E7%BE%A9%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F\" data-line=\"203\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#4.-%E7%9B%AE%E7%9A%84%E3%81%AE%E6%98%8E%E7%A2%BA%E5%8C%96%E3%81%A8%E5%95%8F%E9%A1%8C%E5%AE%9A%E7%BE%A9%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 4. 目的の明確化と問題定義駆動方式\u003c/h2\u003e\n\u003cp data-line=\"205\" class=\"code-line\"\u003eとある問題（やタスク）を実行する前には、必ず、なぜその問題を解決しに行くのかという \u003cstrong\u003e「目的の明確化」\u003c/strong\u003e を実施します。\u003c/p\u003e\n\u003cp data-line=\"207\" class=\"code-line\"\u003e要は、\u003cstrong\u003e「その問題が解決・完了できたら、何が得られそうで、どう嬉しいの？」\u003c/strong\u003e という問いに回答できるように言語化し、整理します。\u003c/p\u003e\n\u003cp data-line=\"209\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"211\" class=\"code-line\"\u003eそして「目的の明確化」と同等かそれ以上に大切なのが、\u003cstrong\u003e「解決しようとしている問題（今、倒したい対象）」を「解決状態の定義（達成条件）」と「解決に際しての制約条件」とともに精緻に言語化する、「問題の厳密な定義」\u003c/strong\u003e です。\u003c/p\u003e\n\u003cp data-line=\"213\" class=\"code-line\"\u003eなお、「目的部分」はこの問題定義の冒頭部分に記載されることになります。\u003c/p\u003e\n\u003cp data-line=\"215\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"217\" class=\"code-line\"\u003e\u003cstrong\u003e「問題の厳密な定義」と「タスク設定」は異なります。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"219\" class=\"code-line\"\u003e問題定義は非常に精緻な言語化です。\u003cbr\u003e\nこの言語化をスキップし、タスク設定のみで進めると、「後になって、周囲・メンバ・上司と齟齬が生まれてしまった」という状況は、誰しもが経験しているでしょう。\u003c/p\u003e\n\u003cp data-line=\"222\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"224\" class=\"code-line\"\u003e\u003cstrong\u003eそして、問題定義をした後は、「●●をしてください」と、自分で自分に指示を下します（定義した問題を自分に出題します）。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"226\" class=\"code-line\"\u003eこれには2つの意図があります。「アライン（調整）」と「リード」です。\u003c/p\u003e\n\u003cp data-line=\"228\" class=\"code-line\"\u003e自分で「●●しよう」と意識的に行動していても、いつのまにか問題からズレがちです。\u003cbr\u003e\n「集中」状態がいつのまにか「夢中」状態になり、そして「無我夢中」状態に陥り、その結果、「我を忘れ、いつのまにか元の問題定義からブレていく」という現象が発生しがちです。\u003c/p\u003e\n\u003cp data-line=\"231\" class=\"code-line\"\u003eそうならないように「精緻な言語化による問題定義を自分へ出題する」ことで、自分の思考と行動がブレないように、アライン（調整）します。\u003c/p\u003e\n\u003cp data-line=\"233\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"235\" class=\"code-line\"\u003e2つ目の目的はリードです。\u003cbr\u003e\n基本的に難易度が高い仕事ほど大変です。おっくうになります。\u003c/p\u003e\n\u003cp data-line=\"238\" class=\"code-line\"\u003eそこで、まるで上司が部下に指示を下すかのように、「もう一人の冷静な自分」が「実行役の自分」に指示を下すように問題を出題し、自分の中で二人三脚で挑戦する体制を作ります（甘えてしまう実行役の自分をなかば強制駆動させるイメージです）。\u003c/p\u003e\n\u003cp data-line=\"240\" class=\"code-line\"\u003eそして冷静な自分は実行役の自分を見守り、コーチングし、実行役の自分が折れないように優しくリードします。\u003c/p\u003e\n\u003cp data-line=\"242\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"244\" class=\"code-line\"\u003e\u003cstrong\u003e突然実行に走らず、「目的をきちんと明確化する」、そして「問題を精緻に言語化して定義する」、そのうえで「定義した問題設定を自らに出題して、自らを駆動させる」を意識します\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"246\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"5.-%E6%B1%BA%E7%9D%80%E3%82%92%E3%81%A4%E3%81%91%E3%81%A6%E3%81%8B%E3%82%89%E6%AC%A1%E3%81%AB%E9%80%B2%E3%82%80%E6%96%B9%E5%BC%8F\" data-line=\"249\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#5.-%E6%B1%BA%E7%9D%80%E3%82%92%E3%81%A4%E3%81%91%E3%81%A6%E3%81%8B%E3%82%89%E6%AC%A1%E3%81%AB%E9%80%B2%E3%82%80%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 5. 決着をつけてから次に進む方式\u003c/h2\u003e\n\u003cp data-line=\"251\" class=\"code-line\"\u003e仕事をする際、なんとなくレベルから非常に深いレベルまで、その程度はともかく誰しもが「なんらかの仮説」をもって、実行に取り組むかと思います。\u003c/p\u003e\n\u003cp data-line=\"253\" class=\"code-line\"\u003eこの際、最初に立てた仮説が途中でなんとなく、「この仮説・解決方法は思っていたよりも筋が悪そうだ」と感じることもあるでしょう。\u003c/p\u003e\n\u003cp data-line=\"255\" class=\"code-line\"\u003eこのような場合、「方向調整」や「方向転換」は大切です。\u003c/p\u003e\n\u003cp data-line=\"257\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"259\" class=\"code-line\"\u003eただしそれは、\u003cstrong\u003e最初の仮説にきちんと決着をつけてから実施する（区切ってから次に進む）\u003c/strong\u003e のが望ましいです。\u003c/p\u003e\n\u003cp data-line=\"261\" class=\"code-line\"\u003eすなわち筋が悪そうだと感じたなら、「筋が悪いというファクトの結果図を示す」、もしくは「論理的に筋が悪いと判断した理由を記述・報告する」などして、きちんと決着をつける（区切る）ことが大切となります。\u003c/p\u003e\n\u003cp data-line=\"263\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"265\" class=\"code-line\"\u003e決着をつけるための行為に時間をかけすぎる必要はありません。\u003c/p\u003e\n\u003cp data-line=\"267\" class=\"code-line\"\u003eですがこの「決着をつける行為」をスキップしてしまうと、周囲の人間は \u003cstrong\u003e「あの人はやっている内容がころころ変わっているな～」\u003c/strong\u003e と感じます。\u003c/p\u003e\n\u003cp data-line=\"269\" class=\"code-line\"\u003eまた、\u003cstrong\u003e「一体、今は何をやっているの？前まで取り組んでいた内容はどうなったの？」\u003c/strong\u003e と周囲の人間はあなたの仕事内容を理解・認識できなくなります。\u003c/p\u003e\n\u003cp data-line=\"271\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"273\" class=\"code-line\"\u003e「第一候補は筋が悪いと決着付けた」もしくは「環境が変化し、第一候補の遂行が無理になった」などときちんと報告・相談してから、第二候補の解決策に移ることを宣言・報告し、その上で次々と高速にイテレーションを回すのが望ましいです。\u003c/p\u003e\n\u003cp data-line=\"275\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"277\" class=\"code-line\"\u003eなお「決着をつける」行為は、筋が悪い場合だけでなく、うまくいった場合も同様です。\u003c/p\u003e\n\u003cp data-line=\"279\" class=\"code-line\"\u003eその場合は「きちんと成果（アウトカム）と結論を整理する行為」が、決着をつけるという意味になります。\u003c/p\u003e\n\u003cp data-line=\"281\" class=\"code-line\"\u003eとくに、\u003c/p\u003e\n\u003cul data-line=\"282\" class=\"code-line\"\u003e\n\u003cli data-line=\"282\" class=\"code-line\"\u003e\u003cstrong\u003e解決策のどの部分が重要な成功要因だったのか？\u003c/strong\u003e\u003c/li\u003e\n\u003cli data-line=\"283\" class=\"code-line\"\u003e\u003cstrong\u003eそれは対象がどのような性質を持っていたからだと思われるのか？\u003c/strong\u003e\u003c/li\u003e\n\u003cli data-line=\"284\" class=\"code-line\"\u003e\u003cstrong\u003eNext Actionの第一候補は何ですか？\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp data-line=\"286\" class=\"code-line\"\u003eの3点は、うまくいった場合に知りたいポイントです。\u003c/p\u003e\n\u003cp data-line=\"288\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"290\" class=\"code-line\"\u003e「決着をつけてから次に進む方式」を実施するには、丁寧な仮説立てが重要になります。\u003c/p\u003e\n\u003cp data-line=\"292\" class=\"code-line\"\u003e丁寧な仮説立てがあれば、実行結果が仮説通りなのか、それとも仮説とは異なるのかを判断できるところまで、\u003cstrong\u003eすなわち「決着をつけられるところまで」、きちんと仕事をやり切ることができます。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"294\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"296\" class=\"code-line\"\u003e多くの人は仕事（タスク）に取り組む前に、「どのような結果・成果・結論が得られるであろうか」の仮説立てがなんとなくレベルです。\u003c/p\u003e\n\u003cp data-line=\"298\" class=\"code-line\"\u003e\u003cstrong\u003eそのため「どこまでやり切るべきかの判断」が曖昧になり、取り組みやすいところまで、もしくは思いついたところまでを実行して、勝手にそこまでで切り上げて終了とし、そこまでの結果でなんらか言えそうな考察や結論を出す行為に走りがちです\u003c/strong\u003e\u003cbr\u003e\n（そのようにして導出された考察や結論は、次のフェーズで生かされることはほとんどありません。なぜなら、きちんと決着がついていない状態でひねり出した結論だからです）。\u003c/p\u003e\n\u003cp data-line=\"301\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"303\" class=\"code-line\"\u003e「決着をつける」という行為は、次のフェーズで、前に取り組んだ仕事（タスク）の成果・結論を活かすためにも非常に重要である点を押さえておくと良いでしょう。\u003c/p\u003e\n\u003cp data-line=\"305\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"307\" class=\"code-line\"\u003e\u003cstrong\u003e仕事の方向性を調整・修正・転換する際には、先に「きちんと決着をつけ」、区切ってから次に進むことを意識します\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"310\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"6.-%E6%80%9D%E8%80%83%E5%AE%9F%E9%A8%93%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F\" data-line=\"312\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#6.-%E6%80%9D%E8%80%83%E5%AE%9F%E9%A8%93%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 6. 思考実験優先方式\u003c/h2\u003e\n\u003cp data-line=\"314\" class=\"code-line\"\u003e研究・開発の場面において、なんらかのプログラムや機能（Function）を実装する際にはリソースの消費を伴います（時間と人を消費します）。\u003c/p\u003e\n\u003cp data-line=\"316\" class=\"code-line\"\u003eまた研究・開発以外においても、「イベント開催」や「講演・執筆」など、何らか大き目のアクションの実行にもまずまずのリソース消費を伴います。\u003c/p\u003e\n\u003cp data-line=\"318\" class=\"code-line\"\u003eそのため、\u003cstrong\u003e「投資対効果の事前検証」\u003c/strong\u003e は重要です。\u003c/p\u003e\n\u003cp data-line=\"320\" class=\"code-line\"\u003eとくに研究・開発系の場合、「プログラム（や機能）を実装して、実行させ、結果を得て、考察し、結論を出す」という一連の流れには、一般に多くの時間と労力・リソースを要します。\u003c/p\u003e\n\u003cp data-line=\"323\" class=\"code-line\"\u003e\u003cstrong\u003e「思考実験優先方式」\u003c/strong\u003e とは、「この解決策を実施すると、何がどのように変化し、最終的にどんな結果が出そうで、そこから得られる成果は何で、どう嬉しい状態になるのか、そして言えること＝結論は何になりそうか？」を、実際に手を動かして実行にする前に、脳内で細かくシミュレーションする方式です。\u003c/p\u003e\n\u003cp data-line=\"325\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"327\" class=\"code-line\"\u003e\u003cstrong\u003e「思考実験で想定された結論は、実際に実装して実行してもきっと変わらなさそうだな～」や、「わざわざ実行したからこそ生まれる新たな知見・嬉しいことはなさそうだな～」\u003c/strong\u003e という状況であれば、時間とリソースを割いてまでプログラムを実装・実行するのは無駄かもしれません。\u003c/p\u003e\n\u003cp data-line=\"329\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"331\" class=\"code-line\"\u003e研究寄りの場面で、「実装していろいろパラメータいじって動かしていたら、何か嬉しいことが見つかるかも」という可能性や考え方は否定しません。\u003c/p\u003e\n\u003cp data-line=\"333\" class=\"code-line\"\u003eただし、「何か見つかるかも探索」は、「アジャイルな進め方」や「高速なイテレーション試行」とは異なる点を認識し、混同しないように注意してください。\u003c/p\u003e\n\u003cp data-line=\"335\" class=\"code-line\"\u003eまた実際に実装する場合は、バグ確認（テスト）・バグ修正にも時間が奪われる点にも注意が必要です。\u003c/p\u003e\n\u003cp data-line=\"337\" class=\"code-line\"\u003e\u003cstrong\u003e「本当に実装リソースを割けば、事前の思考実験だけよりも、大きな価値≒成果と結論が見いだせるのか」\u003c/strong\u003e について、一度立ち止まって考えてから進めるのが良いでしょう。\u003c/p\u003e\n\u003cp data-line=\"339\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"341\" class=\"code-line\"\u003e\u003cstrong\u003e「思考実験」は、単なる結果・成果の予想・予測とは異なります。「これを実行すると、まず◎◎が発生し、それがＸＸを引き起こし、そして△△となって、結果、〇〇になる。その結果、hogehogeという結論が言えそうである」といった、実際に実行していく過程を追いながら一連の出来事を綿密にシミュレーションします。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"343\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"346\" class=\"code-line\"\u003eこの「思考実験優先方式」と関係深いのは、先に紹介した仕事方式の \u003cstrong\u003e「4. 目的の明確化と問題定義駆動方式」\u003c/strong\u003e です。\u003c/p\u003e\n\u003cp data-line=\"348\" class=\"code-line\"\u003e構造関係を意識した「明確な目的記述」、精緻な言語化による「問題定義」を行い、定義された問題への解決策が「プログラムの実装と実行」や「実行して模索」であれば、ぜひ実装・実行しましょう。\u003c/p\u003e\n\u003cp data-line=\"350\" class=\"code-line\"\u003e一方で、「精緻な言語化で定義された問題」に対する「解決策」を確定するあたり、\u003cstrong\u003e解決策の各候補について「思考実験」を実施した結果、それで十分な結論・暫定解が導出できた場合は、わざわざ実装・実行する必要はないかもしれません\u003c/strong\u003e。\u003c/p\u003e\n\u003cp data-line=\"354\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"356\" class=\"code-line\"\u003e研究・開発での「プログラム実装」に限らず、Biz面での各種イベント開催や講演・執筆など、何らか大き目の施策についても同様です。\u003c/p\u003e\n\u003cp data-line=\"358\" class=\"code-line\"\u003e上記以外にも多々該当するタイプの仕事は存在しますが、「実行するとリソース消費が大きい仕事（タスク）」については、事前の綿密な「思考実験」を意識すると良いでしょう。\u003c/p\u003e\n\u003cp data-line=\"361\" class=\"code-line\"\u003e\u003cstrong\u003e重要な点は、「何かやれば、そりゃ、嬉しいことは何かしらは得られるよね」という認識です。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"363\" class=\"code-line\"\u003eしかしながら時間とリソースを消費するので、その分、他に実行可能であった別の施策が実施できなくなる点に注意してください。そしてその別案の方がより大きなインパクトがあった可能性もあります。\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"367\" class=\"code-line\"\u003e上記の考え方は、\u003cstrong\u003e「機会費用（Opportunity Cost）」\u003c/strong\u003e と呼びます。\u003cbr\u003e\n実行しなかった施策で得られたであろう価値と、実際に実行した施策の価値の差を意味し、ベストな選択をしていない場合、その差はマイナス値になるので、費用（=コスト）と呼び、損をしたことを意味します。機会費用の発生を避けるべく、ベストな選択肢を選べるように「思考実験優先方式」を意識します。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"371\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"373\" class=\"code-line\"\u003e「プロダクトの機能（Function）の実装」であれば、その実装コストとその機能から得られる（直接的・間接的）経済的リターンの比較をすれば良いのかなと簡単に思えますが、比較軸はそれだけではありません。\u003c/p\u003e\n\u003cp data-line=\"375\" class=\"code-line\"\u003e上述した「機会費用」の概念の通り、「別の異なる機能」の実装にリソースを割けば、もっと良いリターンが得られる可能性があります。その点も踏まえて、各選択肢を事前に「思考実験」することになります。\u003c/p\u003e\n\u003cp data-line=\"378\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"381\" class=\"code-line\"\u003e\u003cstrong\u003e何かを実行する前には、しっかりと事前に「思考実験」を実施して、選択肢を絞ります。\u003cbr\u003e\nそして思考実験だけでは不明確な点がある場合や、実際に実行することで思考するだけでは得られない大きな価値が得られると想定された場合に、実行へと移ります\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"384\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"7.-%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B7%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0%E3%82%92%E5%9C%9F%E5%8F%B0%E3%81%A8%E3%81%97%E3%81%9F%E4%BB%AE%E8%AA%AC%E6%80%9D%E8%80%83%E6%96%B9%E5%BC%8F\" data-line=\"387\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#7.-%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B7%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0%E3%82%92%E5%9C%9F%E5%8F%B0%E3%81%A8%E3%81%97%E3%81%9F%E4%BB%AE%E8%AA%AC%E6%80%9D%E8%80%83%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 7. システムシンキングを土台とした仮説思考方式\u003c/h2\u003e\n\u003cp data-line=\"389\" class=\"code-line\"\u003e再掲ですが、仕事のおいては「Issue（≒課題・大タスク）」に対して、「〇〇を目的に、△△という制約条件の下で◎◎を達成させてください」といった、精緻な言語化を伴う問題定義を自らに課します。\u003c/p\u003e\n\u003cp data-line=\"391\" class=\"code-line\"\u003eその後は \u003cstrong\u003e「その課題の原因仮説は◇◇であり、そのため XX という解決策を実施します」\u003c/strong\u003e という「解決策の策定」フェーズになります。\u003c/p\u003e\n\u003cp data-line=\"393\" class=\"code-line\"\u003eここで上記の「原因仮説◇◇」を導出する際には、\u003cstrong\u003e「システムシンキング（問題を全体として捉え、因果関係や相互作用を理解しながら解決を目指す思考法）」\u003c/strong\u003e の実践を心がけます。\u003c/p\u003e\n\u003cp data-line=\"395\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"397\" class=\"code-line\"\u003eシステムシンキングの流れを簡単に紹介します。\u003c/p\u003e\n\u003col data-line=\"399\" class=\"code-line\"\u003e\n\u003cli data-line=\"399\" class=\"code-line\"\u003eまず「Issue（≒課題・大タスク）」に内包されている「構成要素」、もしくは関連している「構成要素」を書き下します\u003c/li\u003e\n\u003cli data-line=\"400\" class=\"code-line\"\u003eそして各要素間の関係性を矢印で繋いで図解します（影響を与える要素から別要素に矢印を書く）\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp data-line=\"403\" class=\"code-line\"\u003eその結果、Amazonなどで有名な「フライホイール（弾み車）」と似た「課題・大タスクの全体像」が描かれます（以下、一例です）。\u003c/p\u003e\n\u003cp data-line=\"406\" class=\"code-line\"\u003e\u003cspan class=\"embed-block zenn-embedded zenn-embedded-card\"\u003e\u003ciframe id=\"zenn-embedded__7176b74c99578\" src=\"https://embed.zenn.studio/card#zenn-embedded__7176b74c99578\" data-content=\"https%3A%2F%2Fwww.capa.co.jp%2Farchives%2F29136\" frameborder=\"0\" scrolling=\"no\" loading=\"lazy\"\u003e\u003c/iframe\u003e\u003c/span\u003e\u003ca href=\"https://www.capa.co.jp/archives/29136\" style=\"display:none\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003ehttps://www.capa.co.jp/archives/29136\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"408\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"410\" class=\"code-line\"\u003eシステムシンキングにおいて各構成要素の粒度は、\u003cstrong\u003e独立に測定可能、もしくは問題定義が可能な大きさが望ましいです\u003c/strong\u003e。\u003c/p\u003e\n\u003cp data-line=\"412\" class=\"code-line\"\u003eそして、「問題対象がこのようなシステム（≒方程式）で構成されているので、仮説◇◇が考えられ、システム内のこの構成要素にテコ入れすると全体としての最大化に繋がります」や、「全体の中のボトルネックになっている要素はここなので、この要素の改善が最大効果を生みます」といった、\u003cstrong\u003eロジックを通してから（≒ストーリーを構築してから）\u003c/strong\u003e、実行に取り組むようにします。\u003c/p\u003e\n\u003cp data-line=\"414\" class=\"code-line\"\u003eこのロジック（ストーリー）こそが、\u003cstrong\u003e仮説\u003c/strong\u003eです。\u003c/p\u003e\n\u003cp data-line=\"416\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"418\" class=\"code-line\"\u003e上記のように、大きな問題（対象システム全体）を俯瞰して捉え、構成要素群のロジックに基づく「全体最適化（もしくはKGI達成）」に繋げる仕事方式が、\u003cstrong\u003e「仮説思考型の仕事方式」\u003c/strong\u003e であり、\u003cstrong\u003eシステムシンキングを活用した仕事の進め方\u003c/strong\u003eです。\u003c/p\u003e\n\u003cp data-line=\"420\" class=\"code-line\"\u003e問題全体を俯瞰せず、「目の前の小さな問題だけを見て、その原因仮説を考え、解決策を策定し、実行する」という、\u003cstrong\u003e「木を見て森を見ずの状態」\u003c/strong\u003e を避けるように気をつけます。\u003c/p\u003e\n\u003cp data-line=\"422\" class=\"code-line\"\u003eまた、現在取り組んでいる仕事（タスク）は、\u003cstrong\u003e「全体の中のどこに位置しているのか、その前後にはどのような仕事（タスク）を想定しているのか」\u003c/strong\u003e についてはきちんと言語化して整理しておき、大きな問題（対象システム全体）のどこに今いるのかを明確にしておきます。\u003c/p\u003e\n\u003cp data-line=\"424\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"426\" class=\"code-line\"\u003e仮説思考型の仕事方式は「思いつき」や「セレンディピティ」を否定するわけではありません。\u003cbr\u003e\n「思いついた内容」を即実行ではなく、それをヒントにシステムシンキングを実施し、システムの構成要素の列挙と全体像の作成を試みます。\u003c/p\u003e\n\u003cp data-line=\"429\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"431\" class=\"code-line\"\u003eシステムの構成要素を整理すると、\u003cstrong\u003eその「構成要素」が満たしている、もしくは満たすべき「性質・特性・特徴」が見えやすくなります\u003c/strong\u003e。\u003c/p\u003e\n\u003cp data-line=\"433\" class=\"code-line\"\u003eそして、この「構成要素が満たすべき性質・特徴」の情報は、問題解決に向けた仮説立ての良い手がかりになることが多いです。\u003c/p\u003e\n\u003cp data-line=\"435\" class=\"code-line\"\u003eなぜなら「構成要素が満たすべき性質を現状きちんと満たしていない場合には、最終ゴールへの到達が難しくなる」という点から逆算して思考できるからです。\u003c/p\u003e\n\u003cp data-line=\"437\" class=\"code-line\"\u003e構成要素が満たすべき性質（暫定解でも良い）が言語化できれば、そこからロジック（ストーリー・仮説）を立てやすいです。\u003c/p\u003e\n\u003cp data-line=\"440\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"442\" class=\"code-line\"\u003e「思いついたこの施策を頑張ったら今期は最終的にKGIを達成し、約〇〇%向上しました」や、「浅い仮説がたまたまヒットしただけ」ですと、その成果の再現性が乏しいのは想像できるでしょう。\u003c/p\u003e\n\u003cp data-line=\"444\" class=\"code-line\"\u003eこの調子で進めると、翌期や翌年は達成できないかもしれません。\u003cbr\u003e\n\u003cstrong\u003e継続的に成功・達成、成長し続けるためには、対象をシステムとして捉えることが重要です。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"447\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"449\" class=\"code-line\"\u003eそして重要な点がもう一つあります。\u003cbr\u003e\nそれは時間経過とともにシステム内で変化する「ボトルネック部分」に注意を払うことです。\u003c/p\u003e\n\u003cp data-line=\"452\" class=\"code-line\"\u003eただしこれはシステムの「現在のボトルネック部分」に注意を払うという意味ではありません。\u003c/p\u003e\n\u003cp data-line=\"454\" class=\"code-line\"\u003e\u003cstrong\u003eこの先、「短・中期的に次のボトルネックになる場所・要素」に注意を払い、先手を打つ\u003c/strong\u003e という意味です。\u003c/p\u003e\n\u003cp data-line=\"456\" class=\"code-line\"\u003eシステムシンキングを活用すれば、事前対応・予防措置がとれます。\u003cbr\u003e\n「事前対応」はボトルネックが顕在化して悪影響を及ぼし始めてからの「事後対応・応急的解決」よりも、少ないリソースで実行可能である場合が多いです。\u003c/p\u003e\n\u003cp data-line=\"459\" class=\"code-line\"\u003eボトルネックが生まれてから（正確にはボトルネックは常に存在するので、ボトルネックが顕在化して、全体や最終ゴールへの悪影響を生むようになってから）、応急措置的な対応・解決策に追われることのないように心がけます。\u003c/p\u003e\n\u003cp data-line=\"461\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cdiv class=\"code-block-container\"\u003e\u003cpre\u003e\u003ccode class=\"code-line\" data-line=\"463\"\u003e例1：〇〇をする人員が足りないので今、これを進められません\n⇒〇〇をする人員を先に確保しておくように事前対応しておいてください\n\n例2：〇〇を実装するのに、手法Aでうまくいくか判断がつきません\n⇒スパイクの時間（チケット・スプリント）を先に確保・実行して、事前対応しておいてください\nなど\n\u003c/code\u003e\u003c/pre\u003e\u003c/div\u003e\u003cp data-line=\"472\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"474\" class=\"code-line\"\u003e\u003cstrong\u003e応急対応・解決策に時間・リソースを奪われるのではなく、常に先手を打つように心がけます。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"476\" class=\"code-line\"\u003eこれもまた、「システムシンキングを土台とした仮説思考方式」の仕事方式です。\u003c/p\u003e\n\u003cp data-line=\"479\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"481\" class=\"code-line\"\u003eもちろん実際の仕事（とくに研究系でなく、人や顧客や企業、社会、国家などが絡む仕事）は、非常にノイジーな環境下のシステムであり、想定通りにいかないことも多いです。\u003c/p\u003e\n\u003cp data-line=\"483\" class=\"code-line\"\u003eしかしそれでもシステムシンキング方式で進める方法は、そうしないよりは有用だと私は感じています。\u003c/p\u003e\n\u003cp data-line=\"485\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"487\" class=\"code-line\"\u003e\u003cstrong\u003e問題対象を構成要素に分解し、要素間の関係性を整理して、システムシンキング（≒方程式化）で全体像を描く。そして全体を俯瞰して、倒すべきはここであると仮説立てしてから実行する。その実行結果・成果として、「この要素が〇〇%向上したので、KPIの〇〇が向上し、最終的なKGIを達成、〇〇%向上しました」、といったストーリーを描くイメージで取り組みます\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"489\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"492\" class=\"code-line\"\u003eフライホイール（弾み車）やシステムシンキングの概念に不慣れな方も多いと思います。\u003cbr\u003e\n以下にAmazon・AWSでの「DXフライホイールの実事例」を紹介します。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"497\" class=\"code-line\"\u003e\u003cspan class=\"embed-block zenn-embedded zenn-embedded-card\"\u003e\u003ciframe id=\"zenn-embedded__8331fd6967685\" src=\"https://embed.zenn.studio/card#zenn-embedded__8331fd6967685\" data-content=\"https%3A%2F%2Faws.amazon.com%2Fjp%2Fblogs%2Fnews%2Fdx_flywheel%2F\" frameborder=\"0\" scrolling=\"no\" loading=\"lazy\"\u003e\u003c/iframe\u003e\u003c/span\u003e\u003ca href=\"https://aws.amazon.com/jp/blogs/news/dx_flywheel/\" style=\"display:none\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003ehttps://aws.amazon.com/jp/blogs/news/dx_flywheel/\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"500\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"8.-lno%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E6%96%B9%E5%BC%8F\" data-line=\"503\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#8.-lno%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 8. LNOフレームワーク方式\u003c/h2\u003e\n\u003cp data-line=\"505\" class=\"code-line\"\u003e\u003cstrong\u003e「LNOフレームワーク」\u003c/strong\u003e は、PM・PdM（プロダクトマネジメント）の文脈で有名な「タイムマネジメント、および仕事（タスク）の優先度整理」の手法です（後ほど外部紹介記事も案内します）。\u003c/p\u003e\n\u003cp data-line=\"507\" class=\"code-line\"\u003eこのフレームワークはPM・PdMの方だけでなく、どのような職種の方も活用できる手法です。\u003c/p\u003e\n\u003cp data-line=\"509\" class=\"code-line\"\u003e最初に「LNOフレームワーク」の概要を説明します。\u003c/p\u003e\n\u003cp data-line=\"511\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"514\" class=\"code-line\"\u003eLNOでは仕事（タスク）のタイプを以下の3種類に分類します。\u003c/p\u003e\n\u003cul data-line=\"515\" class=\"code-line\"\u003e\n\u003cli data-line=\"515\" class=\"code-line\"\u003e\u003cstrong\u003eLeverage（L: レバレッジ）\u003c/strong\u003e\u003c/li\u003e\n\u003cli data-line=\"516\" class=\"code-line\"\u003e\u003cstrong\u003eNeutral（N: ニュートラル）\u003c/strong\u003e\u003c/li\u003e\n\u003cli data-line=\"517\" class=\"code-line\"\u003e\u003cstrong\u003eOverhead（O: オーバーヘッド）\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp data-line=\"519\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"521\" class=\"code-line\"\u003e\u003cstrong\u003e「Lタイプ」は最も重要な仕事であり、その仕事成果が10倍以上のインパクトを生み出す性質を持ちます。\u003c/strong\u003e\u003cbr\u003e\nそのため「レバレッジ」という名称が付けられています。\u003cbr\u003e\n　\u003cbr\u003e\n私の感覚では、\u003cstrong\u003e「後続の仕事や他の仕事（タスク）に大きな影響を与え、それらの質を高めたり、より良い仕事（タスク）を生み出したりする仕事タイプ」\u003c/strong\u003e と捉えています。\u003c/p\u003e\n\u003cp data-line=\"526\" class=\"code-line\"\u003e例えば、「戦略策定・全体構成の設計」などが代表です。\u003cbr\u003e\nこうした仕事内容は後続の仕事（下流の仕事）や他の仕事（タスク）に大きな影響を与えます。\u003c/p\u003e\n\u003cp data-line=\"529\" class=\"code-line\"\u003eLタイプの仕事は一般に抽象度が高く、上流の仕事（もしくは土台的な要素）であることが多いです。\u003c/p\u003e\n\u003cp data-line=\"531\" class=\"code-line\"\u003eその他のLタイプの仕事例としては、とあるコンセプトやプロダクト・ソリューションに関する、「その中心部分や差別化要素となる部分の定義と構築」などが挙げられます。\u003c/p\u003e\n\u003cp data-line=\"533\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"535\" class=\"code-line\"\u003e\u003cstrong\u003e「Nタイプ」は時間とリソースを費やして、一定の成果を生む仕事（タスク）です。\u003c/strong\u003e\u003cbr\u003e\n実行しても他のタスクの質を高めるまでの影響・成果は生まれず、その成果のレバレッジが約 x1倍であるため、「ニュートラル」と呼ばれます。\u003c/p\u003e\n\u003cp data-line=\"538\" class=\"code-line\"\u003eですが、Nタイプだから実行しなくても良い無駄タスクという意味ではありません。\u003c/p\u003e\n\u003cp data-line=\"540\" class=\"code-line\"\u003eただし、\u003cstrong\u003e「成果の質としてどのレベルを目指すべき仕事（タスク）か？」\u003c/strong\u003e と問われれば、Nタイプは「合格点が取れれば良いレベル」であり、費やす時間などの注力度合い（リソース投資）は「Lタイプ」よりも低くします。\u003c/p\u003e\n\u003cp data-line=\"542\" class=\"code-line\"\u003eなお、\u003cstrong\u003e「Lタイプ」の場合、その目指す成果の質は「自分史上最高得点」です\u003c/strong\u003e。\u003c/p\u003e\n\u003cp data-line=\"544\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"546\" class=\"code-line\"\u003e\u003cstrong\u003e「Oタイプ」は実施に時間を費やしても、インパクトがほとんど生まれない仕事（タスク）です。\u003c/strong\u003e\u003cbr\u003e\n誰かが実行する必要がありますが、自分がやる必要は必ずしもありません。\u003c/p\u003e\n\u003cp data-line=\"549\" class=\"code-line\"\u003eそして成果の品質は「最低合格点が取れればよい」というレベルです。\u003cbr\u003e\nそのため注力度合い（リソース投資）はLやNよりもさらに低めにします。\u003c/p\u003e\n\u003cp data-line=\"553\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"555\" class=\"code-line\"\u003e以上が「LNOフレームワーク」の概要です。\u003c/p\u003e\n\u003cp data-line=\"557\" class=\"code-line\"\u003e以下にLNOフレームワークに関するおすすめ記事を紹介します。\u003c/p\u003e\n\u003chr data-line=\"559\" class=\"code-line\"\u003e\n\u003cul data-line=\"561\" class=\"code-line\"\u003e\n\u003cli data-line=\"561\" class=\"code-line\"\u003e日本語参考記事（曽根原さん [\u003ca href=\"https://x.com/Haruki_Sonehara\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003eX（旧Twitter）\u003c/a\u003e] の御講演より）\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp data-line=\"563\" class=\"code-line\"\u003e\u003cspan class=\"embed-block zenn-embedded zenn-embedded-card\"\u003e\u003ciframe id=\"zenn-embedded__9610dac8afd3d\" src=\"https://embed.zenn.studio/card#zenn-embedded__9610dac8afd3d\" data-content=\"https%3A%2F%2Flogmi.jp%2Fmain%2Ftechnology%2F330393\" frameborder=\"0\" scrolling=\"no\" loading=\"lazy\"\u003e\u003c/iframe\u003e\u003c/span\u003e\u003ca href=\"https://logmi.jp/main/technology/330393\" style=\"display:none\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003ehttps://logmi.jp/main/technology/330393\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"565\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cul data-line=\"567\" class=\"code-line\"\u003e\n\u003cli data-line=\"567\" class=\"code-line\"\u003e本家（シュレイヤスさん）の最新記事\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp data-line=\"569\" class=\"code-line\"\u003e\u003cspan class=\"embed-block zenn-embedded zenn-embedded-card\"\u003e\u003ciframe id=\"zenn-embedded__49ffeeb9bd875\" src=\"https://embed.zenn.studio/card#zenn-embedded__49ffeeb9bd875\" data-content=\"https%3A%2F%2Fcoda.io%2F%40shreyas%2Flno-framework\" frameborder=\"0\" scrolling=\"no\" loading=\"lazy\"\u003e\u003c/iframe\u003e\u003c/span\u003e\u003ca href=\"https://coda.io/@shreyas/lno-framework\" style=\"display:none\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003ehttps://coda.io/@shreyas/lno-framework\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"572\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003chr data-line=\"574\" class=\"code-line\"\u003e\n\u003cp data-line=\"576\" class=\"code-line\"\u003e続いては「LNOフレームワークでの仕事方式」について、私なりの解釈・進め方を解説します。\u003c/p\u003e\n\u003cp data-line=\"578\" class=\"code-line\"\u003eまず第一に、多くの人は「Nタイプ」の仕事に夢中になりがちです。\u003c/p\u003e\n\u003cp data-line=\"580\" class=\"code-line\"\u003eNタイプの仕事は、時間を費やして完了させる仕事タイプが多いです。\u003cbr\u003e\n例えば \"単なる実装\" など、下流の仕事が多いです。\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"585\" class=\"code-line\"\u003e注意：私は実装系の仕事を軽視しているわけではありません。ただし、実装の前工程にあたる、アーキテクチャ設計やテストスイートの準備、また精緻な機能要件定義や非機能要件定義などといった「Lタイプ」の仕事をより重視します。それらの前工程をスキップし、「動けば良い」という思想で実装を（場合によっては単体テストの準備・実施すらスキップしたものを）、上記の \"単なる実装\" と表現しています。そして本来はそれはそもそも適切な「仕事（タスク）」ですらないと考えています（が、現場では実際は多いと感じます）。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"588\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"591\" class=\"code-line\"\u003eまた、Nタイプの仕事は、自分のコンフォートゾーンやそのちょっとだけ上レベルの難易度であることが多く、さらに \u003cstrong\u003e「実行に取り掛かりやすい」\u003c/strong\u003e という性質があります。\u003c/p\u003e\n\u003cp data-line=\"593\" class=\"code-line\"\u003eそのため多くの人は無意識的に、このNタイプの仕事に時間やリソースを費やしてしまいます。\u003cbr\u003e\nさらに他にも、以下に示す2つの落とし穴があります（と私は感じています）。\u003c/p\u003e\n\u003col data-line=\"596\" class=\"code-line\"\u003e\n\u003cli data-line=\"596\" class=\"code-line\"\u003eNタイプの仕事（タスク）は自分にとってほどほどに取り組みやすいがため、「よし、私は今日も仕事した！」という、自己満足感と充実感が生まれやすい\u003c/li\u003e\n\u003cli data-line=\"597\" class=\"code-line\"\u003e周囲に、「私はさぼっていません、私は仕事を頑張っています」という、保身とアピールを意識的・無意識的に図りやすい\u003cbr\u003e\n（一般に周囲の人は、とある人が取り組んでいる仕事がLタイプかNタイプかや、その仕事の困難さを簡単に把握できないので、Lであろうが、Nであろうが、たくさん仕事（タスク）をしている人を評価しがちです）\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp data-line=\"600\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"602\" class=\"code-line\"\u003e続いて「Oタイプの仕事（タスク）」について。\u003c/p\u003e\n\u003cp data-line=\"604\" class=\"code-line\"\u003eOタイプの仕事（タスク）は、やらなくても良いとまでは判断できませんが、少なくとも注力度合い（リソース投資）は最低限にすべきです。\u003c/p\u003e\n\u003cp data-line=\"606\" class=\"code-line\"\u003e自分やチームが、このOタイプに注力し集中している状況は最悪です。\u003cbr\u003e\n気持ち的には最低合格点で即座に完了させる（もしくは前章で紹介した「思考実験」で完結させる）で済ませたいです。\u003c/p\u003e\n\u003cp data-line=\"609\" class=\"code-line\"\u003eこのOタイプの仕事も、仕事に夢中になっているときはNタイプのように感じてしまいます。\u003c/p\u003e\n\u003cp data-line=\"611\" class=\"code-line\"\u003eそのため、チームで振り返りを実施したり、上司からのフィードバックをもらったりして、自分が実施していた仕事が実はレバレッジが1倍すら効いていない、非効率な内容でなかったかの内省やフィードバックが大切です。\u003c/p\u003e\n\u003cp data-line=\"613\" class=\"code-line\"\u003e\u003cstrong\u003e「1年前のあの仕事って結局やった意味あったの？」、「半年前のあの仕事って、結局今期の取り組みの何に繋がっているの？」\u003c/strong\u003e みたいなものは、意外に多いのではないでしょうか（少なくとも私の場合は多いです）。\u003c/p\u003e\n\u003cp data-line=\"616\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"618\" class=\"code-line\"\u003e本章の最後に「Lタイプ」の仕事について。\u003c/p\u003e\n\u003cp data-line=\"620\" class=\"code-line\"\u003e\u003cstrong\u003eLタイプの仕事はその性質として、一回の実行で完了できる仕事ではありません。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"622\" class=\"code-line\"\u003e目指すべき品質は、「自分の中での完璧・自分史上最高得点」です。\u003cbr\u003e\nそのため、継続的に改善し、見直し続ける仕事タイプになります。\u003c/p\u003e\n\u003cp data-line=\"625\" class=\"code-line\"\u003eこのような「Lタイプ」の仕事を扱ううえで便利な言葉が \u003cstrong\u003e「暫定解」\u003c/strong\u003e です。\u003c/p\u003e\n\u003cp data-line=\"627\" class=\"code-line\"\u003e「暫定解」という単語はここまでの文章でも使用しましたが、現状の情報とリソース投下の結果導出できている解・結論です。\u003c/p\u003e\n\u003cp data-line=\"629\" class=\"code-line\"\u003eこの「暫定解」をどんどんブラッシュアップしていくという考え方を意識すると動きやすいです。\u003c/p\u003e\n\u003cp data-line=\"632\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"634\" class=\"code-line\"\u003e\u003cstrong\u003e多くの人は「Lタイプの戦略洗練系・全体俯瞰系」よりも、「Nタイプの実行系」に走りがちです。その結果、Nタイプに時間とリソースが奪われ、「Ｌタイプの仕事に取り組む余裕がありません状態」になりがちです。\u003c/strong\u003e\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"637\" class=\"code-line\"\u003eもちろん、生み出す成果のレバレッジは大きくない（かもしれない）ですが、本当に緊急度と重要度が高い仕事もあります（顧客クレーム対応など）。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"641\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"643\" class=\"code-line\"\u003eLとN、そしてOに費やす時間のバランス取りは難しいですが、\u003cstrong\u003e重要な点は、「私は本当にやるべきLタイプの仕事に時間を費やしているだろうか？」と定期的に振り返ることです。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"645\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"647\" class=\"code-line\"\u003e私が実践しているLNO方式は、\u003cstrong\u003e「この曜日のこの時間は、Ｌタイプの仕事をやると決めており、その他の予定をブロックする。そしてＬタイプの仕事として解決すべき問題を精緻に言語化して定義しておき、その時間は、自分自身にそのお題を出題してそれを解くことに集中する」\u003c/strong\u003e、という作戦です。\u003c/p\u003e\n\u003cp data-line=\"649\" class=\"code-line\"\u003eまた自分の意識をLタイプの仕事へと変えるために、極力、仕事場所もNタイプの仕事場所とは変えるようにしています。\u003c/p\u003e\n\u003cp data-line=\"651\" class=\"code-line\"\u003eなお、Ｌタイプの仕事は集中して考える系が多いので、「一度に長い時間」を確保する必要はありません。\u003c/p\u003e\n\u003cp data-line=\"653\" class=\"code-line\"\u003e\u003cstrong\u003eどちらかというと、「ブラッシュアップを繰り返すための回数」を確保する方が重要だと私は感じています。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"657\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"659\" class=\"code-line\"\u003e仕事（タスク）の優先度整理は「アイゼンハワー・マトリクス」が一般的ですが（緊急度 x 重要度の2軸マップ）、\u003cstrong\u003e「LNOフレームワーク」での優先度判断についても、自身やチームで意識すると良いでしょう\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"662\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"9.-%E5%88%86%E3%81%8B%E3%82%89%E3%81%AA%E3%81%84%E9%83%A8%E5%88%86%E3%82%92%E5%85%88%E3%81%AB%E5%80%92%E3%81%99%E6%96%B9%E5%BC%8F%EF%BC%88%E5%88%A5%E5%90%8D%EF%BC%9A%E6%9D%91%E3%82%92%E5%87%BA%E3%81%9F%E3%82%89%E6%9C%80%E5%88%9D%E3%81%AB%E3%83%A9%E3%82%B9%E3%83%9C%E3%82%B9%E6%96%B9%E5%BC%8F%EF%BC%89\" data-line=\"665\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#9.-%E5%88%86%E3%81%8B%E3%82%89%E3%81%AA%E3%81%84%E9%83%A8%E5%88%86%E3%82%92%E5%85%88%E3%81%AB%E5%80%92%E3%81%99%E6%96%B9%E5%BC%8F%EF%BC%88%E5%88%A5%E5%90%8D%EF%BC%9A%E6%9D%91%E3%82%92%E5%87%BA%E3%81%9F%E3%82%89%E6%9C%80%E5%88%9D%E3%81%AB%E3%83%A9%E3%82%B9%E3%83%9C%E3%82%B9%E6%96%B9%E5%BC%8F%EF%BC%89\" aria-hidden=\"true\"\u003e\u003c/a\u003e 9. 分からない部分を先に倒す方式（別名：村を出たら最初にラスボス方式）\u003c/h2\u003e\n\u003cp data-line=\"667\" class=\"code-line\"\u003e仕事では、「きちんと計画を立て、重要な部分から取り掛かるようにします」。\u003c/p\u003e\n\u003cp data-line=\"669\" class=\"code-line\"\u003e「いやいや、そんなのは当たり前でしょう」と感じるかと思います。\u003c/p\u003e\n\u003cp data-line=\"671\" class=\"code-line\"\u003eしかし仕事の難易度が高く、抽象的であったり、上流過程の仕事であるほど、その仕事は「不確実性の高い部分」を多く含むため、仕事全体の中に \u003cstrong\u003e「分からない部分」\u003c/strong\u003e が必ず存在します。\u003c/p\u003e\n\u003cp data-line=\"673\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"675\" class=\"code-line\"\u003e「分からない部分」が存在していると、多くの人は計画を立てる際、その「分からない部分」を回避して、分かる部分だけを対象に細かく計画を立案し、実行に移りがちです。\u003c/p\u003e\n\u003cp data-line=\"677\" class=\"code-line\"\u003e\u003cstrong\u003eすなわち、「分からない部分」は後回し（≒放置）して、分かる部分から実行に移りがちです。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"679\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"681\" class=\"code-line\"\u003eですが「不確実性が高い and/or 情報不足で分からない部分」は、全体戦略上、非常に重要であるケースが多いです。\u003c/p\u003e\n\u003cp data-line=\"683\" class=\"code-line\"\u003eとはいえ、すぐには分からないから後回しにしがちであり、思考実験しづらいから避けがちです。\u003c/p\u003e\n\u003cp data-line=\"685\" class=\"code-line\"\u003e\u003cstrong\u003e「分からない部分」への取り組みは、前章で解説した「Lタイプの仕事」であり、心理的にも取り掛かりにくいです。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"687\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"689\" class=\"code-line\"\u003e重要な点はまず、\u003cstrong\u003eこの「分からない部分」が全体にとって本当に重要な部分なのか\u003c/strong\u003e、の判定を下すことです。\u003c/p\u003e\n\u003cp data-line=\"691\" class=\"code-line\"\u003e1か月後の1時間天気予報はほぼ分からない部分ですが重要ではありません。\u003c/p\u003e\n\u003cp data-line=\"693\" class=\"code-line\"\u003e一方で、大きな仕事の完遂に向けて、この「分からない部分」が重要なブロックであれば、逆に分かれば後続タスクに大きなインパクトを与えてくれます。\u003c/p\u003e\n\u003cp data-line=\"695\" class=\"code-line\"\u003e最初の計画立案時には、「分からない部分」については、ひとまず仮説思考と思考実験で暫定解を導出して仮置きをし、「分からない部分」をきちんと盛り込んだ「全体像の描画と全体計画」を立案します。\u003c/p\u003e\n\u003cp data-line=\"697\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"699\" class=\"code-line\"\u003e\u003cstrong\u003eそして仕事の実行順序は、この「分からない部分」を倒すことからはじめます。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"701\" class=\"code-line\"\u003e多くの人は倒しやすい部分（Ｎタイプ）から取り掛かりがちです。\u003c/p\u003e\n\u003cp data-line=\"703\" class=\"code-line\"\u003eその方が、仕事をした充足感を感じますし、私はさぼっておらず仕事しています感を無意識的に周囲にアピールできますので（ここは前章で解説した通りです）。\u003c/p\u003e\n\u003cp data-line=\"705\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"707\" class=\"code-line\"\u003e例えばRPGゲームであれば、一番倒すのが困難なラスボスは、その名の通り、最後に倒します。\u003cbr\u003e\nしかし仕事は「RPGゲーム」ではありません。\u003c/p\u003e\n\u003cp data-line=\"711\" class=\"code-line\"\u003e\u003cstrong\u003e仕事においては、最初の村から出たら、いきなり一番難しい「分からない部分」≒ラスボスを倒しにいきます\u003c/strong\u003e。\u003c/p\u003e\n\u003cp data-line=\"713\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"715\" class=\"code-line\"\u003e最初の村で揃えた初期装備でラスボスに挑むので、当然ですが倒せないでしょう。\u003cbr\u003e\nですが、それで良いのです。\u003c/p\u003e\n\u003cp data-line=\"718\" class=\"code-line\"\u003eここまでに解説した通り、その試行で暫定解が求まればそれでよく、Lタイプの仕事なので、その暫定解をどんどんブッシュアップしていきます。\u003c/p\u003e\n\u003cp data-line=\"720\" class=\"code-line\"\u003eイメージとしては、何回もいろんなタイミングでラスボスに挑む感じです。\u003cbr\u003e\nそしてそのラスボス（分からない重要な部分）を倒せたタイミング次第で、その大きな仕事のストーリーは変化するでしょう。\u003c/p\u003e\n\u003cp data-line=\"724\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"726\" class=\"code-line\"\u003e\u003cstrong\u003e「分からない部分」について無意識的に迂回したり、後回しにせず、まっさきに倒す、もしくは倒せなくても暫定解を得て全体を進める方式を意識します\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"728\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"10.-%E6%83%85%E5%A0%B1%E7%99%BA%E4%BF%A1%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F\" data-line=\"730\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#10.-%E6%83%85%E5%A0%B1%E7%99%BA%E4%BF%A1%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F\" aria-hidden=\"true\"\u003e\u003c/a\u003e 10. 情報発信駆動方式\u003c/h2\u003e\n\u003cp data-line=\"732\" class=\"code-line\"\u003e記事も長くなってきましたが、最後の項目です。\u003c/p\u003e\n\u003cp data-line=\"734\" class=\"code-line\"\u003e\u003cstrong\u003e仕事において「情報収集」は非常に重要です。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"736\" class=\"code-line\"\u003e「自分の身体」に例えると、食事等（≒入力）と行動・運動など（≒出力）の結果として自分の身体が構成されるように、「仕事力」は、自分の脳に入力した情報と出力した行動および思考から構成されます。\u003c/p\u003e\n\u003cp data-line=\"738\" class=\"code-line\"\u003eそのため、\u003cstrong\u003e「高品質な情報と自分の思考と行動に対する高品質なフィードバックが得られる環境」に常に自分自身を置くように意識すると良いでしょう。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"740\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"742\" class=\"code-line\"\u003e私が実践している「情報収集手法の詳細」（チェックしているサイトや登録しているニュースレターなど）を以下の記事で紹介しています。こちらもご参照下さいませ。\u003c/p\u003e\n\u003cp data-line=\"744\" class=\"code-line\"\u003e\u003cspan class=\"embed-block zenn-embedded zenn-embedded-card\"\u003e\u003ciframe id=\"zenn-embedded__47a9e9308d654\" src=\"https://embed.zenn.studio/card#zenn-embedded__47a9e9308d654\" data-content=\"https%3A%2F%2Fzenn.dev%2Fmkj%2Farticles%2F1357a7ea2970c4\" frameborder=\"0\" scrolling=\"no\" loading=\"lazy\"\u003e\u003c/iframe\u003e\u003c/span\u003e\u003ca href=\"https://zenn.dev/mkj/articles/1357a7ea2970c4\" style=\"display:none\" target=\"_blank\"\u003ehttps://zenn.dev/mkj/articles/1357a7ea2970c4\u003c/a\u003e\u003c/p\u003e\n\u003cp data-line=\"746\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"748\" class=\"code-line\"\u003eなおフリーランチ（タダ乗り）は難しいものです。\u003cbr\u003e\n「自分は与えないのに、得ることだけが叶う」という、都合の良い状態には到達しづらいです。\u003c/p\u003e\n\u003cp data-line=\"751\" class=\"code-line\"\u003e高品質な情報を得るには、まず自分自身が可能な限り少しずつでも、「良質な情報を発信する存在になること」を意識すると良いでしょう（自らの学びについて、ブログ記事を執筆するなど）。\u003c/p\u003e\n\u003cp data-line=\"753\" class=\"code-line\"\u003e初期の頃の発信内容は粗末なレベルで問題ありません。自分へのメモ・備忘録レベルで良いです。\u003c/p\u003e\n\u003cp data-line=\"755\" class=\"code-line\"\u003e高品質な情報発信者も（その多くは）、最初は粗末なレベルの発信から始まり、成長して今の状態に至っている方々が大多数です。\u003c/p\u003e\n\u003cp data-line=\"757\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"759\" class=\"code-line\"\u003e\u003cstrong\u003eまた「外向けに発信する行為」は「他人に教える行為」に近く、自分がその内容をきちんと丁寧に理解する必要があるため、内容への理解が深まります。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"761\" class=\"code-line\"\u003eそのため、結果的に自身の成長にも繋がります。\u003c/p\u003e\n\u003cp data-line=\"764\" class=\"code-line\"\u003e\u003cstrong\u003e定期的に情報発信を実施しながら自らの学びを深め、情報発信を通じた自身の成長・育成方式を意識します\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"767\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003ch2 id=\"11.-%E3%81%95%E3%81%84%E3%81%94%E3%81%AB\" data-line=\"770\" class=\"code-line\"\u003e\n\u003ca class=\"header-anchor-link\" href=\"#11.-%E3%81%95%E3%81%84%E3%81%94%E3%81%AB\" aria-hidden=\"true\"\u003e\u003c/a\u003e 11. さいごに\u003c/h2\u003e\n\u003cp data-line=\"772\" class=\"code-line\"\u003e長い記事でしたが、最後までお読みいただき、ありがとうございました。\u003c/p\u003e\n\u003cp data-line=\"774\" class=\"code-line\"\u003e最後に10方式を再掲します。\u003c/p\u003e\n\u003col data-line=\"776\" class=\"code-line\"\u003e\n\u003cli data-line=\"776\" class=\"code-line\"\u003e「パーキンソンの法則」を意識した期限設定方式\u003c/li\u003e\n\u003cli data-line=\"777\" class=\"code-line\"\u003e結果と成果を区別した成果優先方式\u003c/li\u003e\n\u003cli data-line=\"778\" class=\"code-line\"\u003e構造整理を実施してから実行方式\u003c/li\u003e\n\u003cli data-line=\"779\" class=\"code-line\"\u003e目的の明確化と問題定義駆動方式\u003c/li\u003e\n\u003cli data-line=\"780\" class=\"code-line\"\u003e決着をつけてから次に進む方式\u003c/li\u003e\n\u003cli data-line=\"781\" class=\"code-line\"\u003e思考実験優先方式\u003c/li\u003e\n\u003cli data-line=\"782\" class=\"code-line\"\u003eシステムシンキングを土台とした仮説思考方式\u003c/li\u003e\n\u003cli data-line=\"783\" class=\"code-line\"\u003eLNOフレームワーク方式\u003c/li\u003e\n\u003cli data-line=\"784\" class=\"code-line\"\u003e分からない部分を先に倒す方式（別名：村を出たら最初にラスボス方式）\u003c/li\u003e\n\u003cli data-line=\"785\" class=\"code-line\"\u003e情報発信駆動方式\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp data-line=\"787\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"790\" class=\"code-line\"\u003e上記の10法則の根底にある私の考え方として、\u003cstrong\u003e「仕事の本質」とは「高度な不確実性」に対する迅速かつ効果的な対応と解決である\u003c/strong\u003e、です。\u003c/p\u003e\n\u003cp data-line=\"793\" class=\"code-line\"\u003e「不確実性の少ない仕事（タスク）」は、まずまず簡単にプログラムで置き換え可能です（なケースが多いです）。\u003c/p\u003e\n\u003cp data-line=\"795\" class=\"code-line\"\u003eそして「LLM・AI・AI-Agent」がますます勃興するであろう2025年・2026年以降においては、\u003cstrong\u003e「低難易度～中難易度の不確実性」\u003c/strong\u003e レベルの仕事にまで、AIプログラムやAI-Agent（AI-ワークフロー）は進出してくるでしょう（度合いは不明ですが）。\u003c/p\u003e\n\u003cp data-line=\"797\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"799\" class=\"code-line\"\u003e\u003cstrong\u003eその結果ホワイトワーカーに残る仕事は、「本質的に高難易度の不確実性を含むもの」がメインとなり、そのような仕事に立ち向かう能力がこれまで以上に重要になります。\u003c/strong\u003e\u003c/p\u003e\n\u003cp data-line=\"801\" class=\"code-line\"\u003eもちろんこれまでの時代においても、「不確実性への迅速かつ効果的な対応と解決」は経営や仕事の本質におけるメインファクターでした。\u003c/p\u003e\n\u003cp data-line=\"803\" class=\"code-line\"\u003eこれからの時代は、AI技術によりさらに進展していき、上記の重要性がより向上する（と私は考えており）、その点を踏まえた「仕事術（仕事方式）」が、本記事で紹介した10方式です\u003cbr\u003e\n（そして本記事の内容もまた暫定版であり、ブラッシュアップしていきます）。\u003c/p\u003e\n\u003caside class=\"msg message\"\u003e\u003cspan class=\"msg-symbol\"\u003e!\u003c/span\u003e\u003cdiv class=\"msg-content\"\u003e\n\u003cp data-line=\"808\" class=\"code-line\"\u003e注意：身体性も非常に重要となる、ホワイトワーカーの主たる業務とは少し異なるタイプの仕事もあります。そのため上述が「すべての仕事の本質」とは考えていません。しかしこの先の、とくに「ホワイトワーカーの仕事の本質」については上記のように考えています。\u003c/p\u003e\n\u003c/div\u003e\u003c/aside\u003e\n\u003cp data-line=\"812\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"814\" class=\"code-line\"\u003eまた、本記事では仕事術＝仕事の ”やり方” について、私個人（およびチーム）の例を紹介しました。\u003c/p\u003e\n\u003cp data-line=\"816\" class=\"code-line\"\u003e注意していただきたい点は、”やり方” とはその土台にある、「考え方・価値観・バリュー・メンタルモデルなどから構成される、”あり方”」から生まれるという点です。\u003c/p\u003e\n\u003cp data-line=\"818\" class=\"code-line\"\u003e私には私のあり方があるから、本記事のようなやり方になります。\u003c/p\u003e\n\u003cp data-line=\"820\" class=\"code-line\"\u003e「あり方」が全く異なる状態の人が、「やり方」だけを真似する（もしくは他人に押し付けられる・指導される）といった場合、いくら良い「やり方（方式）」であったとしても、その効果は発揮されづらいです。\u003c/p\u003e\n\u003cp data-line=\"822\" class=\"code-line\"\u003eこの点は注意が必要となります。\u003c/p\u003e\n\u003cp data-line=\"824\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"827\" class=\"code-line\"\u003e偉そうに色々な手法を解説しましたが、私もまだまだ修行中であり、上述の内容を心掛けて日々精進の最中です。どれも完璧に実践できているわけではありません。\u003c/p\u003e\n\u003cp data-line=\"829\" class=\"code-line\"\u003eですが本記事で紹介した10個の仕事方式については、とくに意識的に仕事を進めています。\u003c/p\u003e\n\u003cp data-line=\"831\" class=\"code-line\"\u003e以上、拙い文章でしたが、読者の皆様にとって本内容に何かしらお役に立つ部分があれば幸いです。\u003c/p\u003e\n\u003cp data-line=\"833\" class=\"code-line\"\u003e長文を一読いただき、誠にありがとうございました。\u003c/p\u003e\n\u003cp data-line=\"835\" class=\"code-line\"\u003e\u003cbr\u003e\u003c/p\u003e\n\u003cp data-line=\"838\" class=\"code-line\"\u003e小川雄太郎\u003cbr\u003e\n株式会社松尾研究所シニア・リサーチャー。「知能を創る」PJTに従事\u003c/p\u003e\n","ogImageUrl":"https://res.cloudinary.com/zenn/image/upload/s--XzjCCJ2_--/c_fit%2Cg_north_west%2Cl_text:notosansjp-medium.otf_55:AI%25E6%2599%2582%25E4%25BB%25A3%25E3%2581%25AE%25E4%25BB%2595%25E4%25BA%258B%25E8%25A1%2593%25EF%25BC%258810%25E6%2596%25B9%25E5%25BC%258F%25EF%25BC%2589%2Cw_1010%2Cx_90%2Cy_100/g_south_west%2Cl_text:notosansjp-medium.otf_34:%25E5%25B0%258F%25E5%25B7%259D%2520%25E9%259B%2584%25E5%25A4%25AA%25E9%2583%258E%2Cx_220%2Cy_108/bo_3px_solid_rgb:d6e3ed%2Cg_south_west%2Ch_90%2Cl_fetch:aHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyL2U2NGM3ZTBkMzIuanBlZw==%2Cr_20%2Cw_90%2Cx_92%2Cy_102/g_south_west%2Ch_34%2Cl_default:og-publication-pro-mark-xcosax%2Cw_34%2Cx_217%2Cy_158/co_rgb:6e7b85%2Cg_south_west%2Cl_text:notosansjp-medium.otf_30:%25E6%259D%25BE%25E5%25B0%25BE%25E7%25A0%2594%25E7%25A9%25B6%25E6%2589%2580%25E3%2583%2586%25E3%2583%2583%25E3%2582%25AF%25E3%2583%2596%25E3%2583%25AD%25E3%2582%25B0%2Cx_255%2Cy_160/bo_4px_solid_white%2Cg_south_west%2Ch_50%2Cl_fetch:aHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzc4YzliYjcxZDkuanBlZw==%2Cr_max%2Cw_50%2Cx_139%2Cy_84/v1627283836/default/og-base-w1200-v2.png","toc":[{"id":"1.%E3%80%8C%E3%83%91%E3%83%BC%E3%82%AD%E3%83%B3%E3%82%BD%E3%83%B3%E3%81%AE%E6%B3%95%E5%89%87%E3%80%8D%E3%82%92%E6%84%8F%E8%AD%98%E3%81%97%E3%81%9F%E6%9C%9F%E9%99%90%E8%A8%AD%E5%AE%9A%E6%96%B9%E5%BC%8F","text":"1.「パーキンソンの法則」を意識した期限設定方式","level":2,"children":[]},{"id":"2.-%E7%B5%90%E6%9E%9C%E3%81%A8%E6%88%90%E6%9E%9C%E3%82%92%E5%8C%BA%E5%88%A5%E3%81%97%E3%81%9F%E6%88%90%E6%9E%9C%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F","text":"2. 結果と成果を区別した成果優先方式","level":2,"children":[]},{"id":"3.-%E6%A7%8B%E9%80%A0%E6%95%B4%E7%90%86%E3%82%92%E5%AE%9F%E6%96%BD%E3%81%97%E3%81%A6%E3%81%8B%E3%82%89%E5%AE%9F%E8%A1%8C%E6%96%B9%E5%BC%8F","text":"3. 構造整理を実施してから実行方式","level":2,"children":[]},{"id":"4.-%E7%9B%AE%E7%9A%84%E3%81%AE%E6%98%8E%E7%A2%BA%E5%8C%96%E3%81%A8%E5%95%8F%E9%A1%8C%E5%AE%9A%E7%BE%A9%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F","text":"4. 目的の明確化と問題定義駆動方式","level":2,"children":[]},{"id":"5.-%E6%B1%BA%E7%9D%80%E3%82%92%E3%81%A4%E3%81%91%E3%81%A6%E3%81%8B%E3%82%89%E6%AC%A1%E3%81%AB%E9%80%B2%E3%82%80%E6%96%B9%E5%BC%8F","text":"5. 決着をつけてから次に進む方式","level":2,"children":[]},{"id":"6.-%E6%80%9D%E8%80%83%E5%AE%9F%E9%A8%93%E5%84%AA%E5%85%88%E6%96%B9%E5%BC%8F","text":"6. 思考実験優先方式","level":2,"children":[]},{"id":"7.-%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B7%E3%83%B3%E3%82%AD%E3%83%B3%E3%82%B0%E3%82%92%E5%9C%9F%E5%8F%B0%E3%81%A8%E3%81%97%E3%81%9F%E4%BB%AE%E8%AA%AC%E6%80%9D%E8%80%83%E6%96%B9%E5%BC%8F","text":"7. システムシンキングを土台とした仮説思考方式","level":2,"children":[]},{"id":"8.-lno%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF%E6%96%B9%E5%BC%8F","text":"8. LNOフレームワーク方式","level":2,"children":[]},{"id":"9.-%E5%88%86%E3%81%8B%E3%82%89%E3%81%AA%E3%81%84%E9%83%A8%E5%88%86%E3%82%92%E5%85%88%E3%81%AB%E5%80%92%E3%81%99%E6%96%B9%E5%BC%8F%EF%BC%88%E5%88%A5%E5%90%8D%EF%BC%9A%E6%9D%91%E3%82%92%E5%87%BA%E3%81%9F%E3%82%89%E6%9C%80%E5%88%9D%E3%81%AB%E3%83%A9%E3%82%B9%E3%83%9C%E3%82%B9%E6%96%B9%E5%BC%8F%EF%BC%89","text":"9. 分からない部分を先に倒す方式（別名：村を出たら最初にラスボス方式）","level":2,"children":[]},{"id":"10.-%E6%83%85%E5%A0%B1%E7%99%BA%E4%BF%A1%E9%A7%86%E5%8B%95%E6%96%B9%E5%BC%8F","text":"10. 情報発信駆動方式","level":2,"children":[]},{"id":"11.-%E3%81%95%E3%81%84%E3%81%94%E3%81%AB","text":"11. さいごに","level":2,"children":[]}],"tocEnabled":true,"shouldNoindex":false,"scheduledPublishAt":null,"canSendBadge":false,"status":"published","badges":[]},"user":{"id":158228,"username":"yutaro_ogawa","name":"小川雄太郎","avatarSmallUrl":"https://res.cloudinary.com/zenn/image/fetch/s--i1xZ7zSx--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_70/https://storage.googleapis.com/zenn-user-upload/avatar/78c9bb71d9.jpeg","avatarUrl":"https://storage.googleapis.com/zenn-user-upload/avatar/78c9bb71d9.jpeg","bio":"株式会社松尾研究所シニア・リサーチャー。「知能を創る」PJTに従事","autolinkedBio":"株式会社松尾研究所シニア・リサーチャー。「知能を創る」PJTに従事","githubUsername":"yutaroogawa","twitterUsername":"ogawa_yutaro_22","isSupportOpen":false,"tokusyoContact":null,"tokusyoName":null,"websiteUrl":"https://github.com/YutaroOgawa/about_me","websiteDomain":"github.com","totalLikedCount":693,"gaTrackingId":null,"hatenaId":null,"isInvoiceIssuer":false},"topics":[{"id":4,"name":"ai","taggingsCount":3712,"imageUrl":"https://storage.googleapis.com/zenn-user-upload/topics/23eef6d9d7.png","displayName":"AI"},{"id":142,"name":"deeplearning","taggingsCount":303,"imageUrl":"https://storage.googleapis.com/zenn-user-upload/topics/602cd1642e.png","displayName":"ディープラーニング"},{"id":19417,"name":"llm","taggingsCount":3074,"imageUrl":"https://zenn.dev/images/topic.png","displayName":"LLM"},{"id":22413,"name":"生成ai","taggingsCount":1470,"imageUrl":"https://zenn.dev/images/topic.png","displayName":"生成 AI"},{"id":32830,"name":"aiagent","taggingsCount":115,"imageUrl":"https://zenn.dev/images/topic.png","displayName":"AIエージェント"}],"isMine":false,"isPreview":false,"draftRevealScope":"private","githubRepository":null,"currentUserLiked":false,"currentUserBookmarked":false,"comments":[],"commentedUsers":[],"positiveCommentsCount":0,"publication":{"id":636,"name":"mkj","displayName":"松尾研究所テックブログ","avatarSmallUrl":"https://res.cloudinary.com/zenn/image/fetch/s--RSctaN3M--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_80/https://storage.googleapis.com/zenn-user-upload/avatar/e64c7e0d32.jpeg","avatarUrl":"https://storage.googleapis.com/zenn-user-upload/avatar/e64c7e0d32.jpeg","pro":true,"avatarRegistered":true,"description":"株式会社松尾研究所のテックブログです。","autolinkedDescription":"株式会社松尾研究所のテックブログです。","twitterUsername":"matsuoinstitute","githubUsername":"matsuoinstitute","coverImageUrl":"https://storage.googleapis.com/zenn-user-upload/publication_cover/c77891503a.jpeg","fixedSentencesHtml":"\u003cp\u003e松尾研究所では一緒に働く仲間を募集しています！\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"https://matsuo-institute.com/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003e松尾研究所HP\u003c/a\u003e\u003cbr\u003e\n\u003ca href=\"https://matsuo-institute.com/recruit/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003e採用ページ\u003c/a\u003e\u003cbr\u003e\n\u003ca href=\"https://matsuo-institute.com/recruit-news/\" target=\"_blank\" rel=\"nofollow noopener noreferrer\"\u003eメンバーインタビュー記事\u003c/a\u003e\u003c/p\u003e\n","isSupportOpen":true,"isArticleCommentOpen":true,"gaTrackingId":null,"banners":[]}}},"page":"/[username]/articles/[slug]","query":{"username":"mkj","slug":"984233194267d0"},"buildId":"In8qzaZM3RHBgxFgIrtOs","assetPrefix":"https://static.zenn.studio","isFallback":false,"isExperimentalCompile":false,"gip":true,"scriptLoader":[]}</script></body></html>