Copyright © 2019 en-japan inc. All Rights Reserved. 工数と人月が求められたので、それぞれの工程の要員は、「要員 = 工数 ÷ 期間」という計算方法で、以下のように求めらます。 ピーク時（最も多くの要員を必要とする時）の要員は、「設計」の 22 人（選 …
工数の解説の前に、その注意点についてお話ししておかなければなりません。工数はプロジェクトに必要な作業量を表すのに有用な指標ですが、その数字だけを根拠にプロジェクトの期間やメンバーの数を決定するのは避けるべきです。 在庫管理の方法は主に、Excel・クラウドやソフトウェアなどのシステム・アプリに分けられます。それぞれのメリット・... 工程管理システムの導入の活用（法）事例を紹介します。また、導入するメリットとデメリットについても解説していきます。, TimeTrackerNX: 企業情報未登録、サクっと工程SP: 株式会社インプローブ、楽楽販売: 株式会社ラクス、Lychee Redmine: 株式会社アジャイルウェア, ハンディターミナルとは - 機能・スキャナとの違い・事例 | モバイル端末やPOSレジ連携, 在庫管理システム比較18選 - おすすめソフト | ECサイトや倉庫管理向けツールも, WMSとは？倉庫管理システムの必要性やメリット・デメリット - サービス厳選13選.
プロのエンジニアに必要なものとはなんだ？『Clean Coder』に学ぶ信頼獲得のメソッド【今こそ読み解きたい名著】, Laravel実践入門！ シンプルなREST APIを実装して学ぶ、多機能なPHPフレームワークの使い方, カオスエンジニアリングによる負荷試験を導入するクックパッドが学んだこと 耐障害性の仮説と検証, Kubernetesのモダンな活用法 - 設計メソッドと、Virtual Kubeletで実現するサーバーレス化を学ぼう.
エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。, アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。, なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策方法をいくつか紹介します。あわせて私自身のプロジェクト進行経験も紹介します。, 見積もりが重要なのは、ビジネスの成否・残業時間・評価・精神的プレッシャー・個人や部門間の信頼関係など、多くの要素に関わってくるからです。, 見積もりとは、ソフトウェアのプロが直面する活動のなかで、最もシンプルだが最も恐ろしいものである。ビジネス価値の多くは見積もりにかかっている。我々の評判の多くは見積もりにかかっている。不安や失敗の多くは見積もりが原因である。ビジネスと開発者を分断してきたのは見積もりだ。両者の関係が不信感に満ちている原因も見積もりだ。, 参考： IT技術を楽しく・分かりやすく教える“自称ソフトウェア芸人”, 大手電気メーカーでＰＣの製造、ソフトハウスでプログラマを経験。独立後、現在はアプリケーションの開発と販売に従事。その傍ら、書籍・雑誌の執筆、またセミナー講師として活躍。軽快な口調で、知識０ベースのＩＴエンジニアや一般書店フェアなどの一般的なＰＣユーザの講習ではダントツの評価。 工程管理とは、製品を生産する際に一定の品質と数量を保つために、生産に関わる労働力や原料や設備などを管理し、常に効率の良い状態を維持できるように統制することです。, この工程管理を行うことによって、生産の現場での無駄を省き、生産性を上げることができます。, 製造業で頻繁に使われる「工程」とは、作業の順番を示すものであり、決められた順序と方法で作業をすることです。この工程は以下のの3つの構成要素から成り立っています。, はじめに「生産計画」として、作業プロセスの計画をし、そこで基本的な作業フローや使用する機械・工具などを決めていきます。, そして、作業手配や進捗管理などの「生産統制」を行うことによって、すべての工程を管理することができます。, 工程管理の主な目的は、「納期を確実に守ること」と「作業時間の短縮」です。それに加え、以下の4つのような目的も果たすことができます。, 生産現場において設備と人員のバランスはとても重要です。 工程管理の手順や流れ、目的やメリット、工程表の種類を解説し、実際にどのようなメリットや事例があるのかを紹介します。現状の改善を試みようと計画中の企業の方は必見です。ボクシルでは法人向けSaaSを無料で比較・検討し、『資料請求』できます。 工程別能力表は、標準作業3点セット（3票）のうちの一つで、バラツキのある各工程の生産能力を把握し、その中でボトルネックとなるネック工程を見つけるための道具です。 標準作業組合せ票をつくる際の元にもなります。
6人月のプロジェクトに4ヶ月間以上かかるっていうと、なんだか腑に落ちない感じがするかもしれませんね。 プロジェクトにおける工数と工期の違いは、直感では分かりにくいものの一つです。 ! 1156より, スマートフォンアプリエンジニア。iOS・Androidのアプリ開発を行いながらPMや開発チームリーダーを経験。エンジニアとして技術を学び続け、プロダクトマネジメントや人材育成でも活躍したい。アジャイル開発とオープンソースソフトウェアの活用を好む。, エンジニアが知っておきたい工数見積もり術！ " 無理ゲー進行 "から脱するために大切なコト, 日本最大級の求人情報サイト。転職、派遣、就職、アルバイトなど様々な雇用形態の求人情報を網羅。, 日本最大級の転職・求人情報サイト。エンの社員が100％独自取材した転職・求人情報満載！, エージェントの力で、ミドル世代の可能性をひろげる。年収500万円～2000万円以上の求人も豊富。, 「エン転職」、「エン派遣」等、エンの求人を、職種・雇用形態・年収など様々な条件で検索！, 会社の評判や社風、年収、残業時間までわかる就職・転職口コミサイト。すべて無料で閲覧出来ます。, 日本No.1のインターン掲載数！大学生向け長期実践型の有給インターンシップ求人サイト。. お客様の許可なしに外部サービスに投稿することはございませんのでご安心ください。, 工数の計算について 工数の計算方法がよくわからないので、教えてください。 例えば、年に1人で10時間, 自動車整備士をしています。 作業時間が標準作業時間の3倍近くかかってしまいます。 毎日早く終わらせよ, やる気満々で作業やろうとやる気ゼロで作業やろうと会社に貢献してる度合いは同じなのにどうして口だけが上, 上司にからよく作業が遅いと言われます。 自分なりに急いで作業をしてるつもりなのですが、気がつくと作業, 自動車整備士歴、8年目です。 8年目にしてミスはするは、作業時間はかかるはで凄く悩んでます。 作業時, 言われないと行動できない人と、自分から行動できる人との違いについて 両者の違いはどこにあるのでしょう, 一体どうすればいい?働くことが嫌すぎる。やりたい仕事も特に見つからない。何をがんばればいいのかも分か, お世話になります。 今回も私のミスの話しですが、宜しくお願います。 患者様をお呼びしたが他の患者様が, 報告だけの会議、情報共有だけの会議は 意味ありますか? わざわざ集まる意味を教えてください. 移行関連で全工数の35～40％ 単純なサーバー・マシンのリプレースなどは別として，システム移行には新システム構築に匹敵する工数がかかる。 みずほ情報総研は基幹システムをSAP R/3で再構築する際にかかる工数を工程別に概算した（ 図1 ）。 Copyright ©︎ 2020 All Rights Reserved by SMARTCAMP Co., Ltd. 工程管理の手順や流れ、目的やメリット、工程表の種類を解説し、実際にどのようなメリットや事例があるのかを紹介します。現状の改善を試みようと計画中の企業の方は必見です。, 顧客満足度とは | 向上させる施策や取り組み、方法【CS担当者必見】 | ボクシルマガジン. 例えば、見積もりの値が2週間の時に完了のコミットメントを3週後にすれば、スケジュールバッファは1週間になります。想定外の問題が発生した際、この期間を利用して解決することができます。, フィーチャーバッファは必須機能とそうでない機能を分け、スケジュールを調整することです。1ヶ月後のリリースが動かせない場合、例えば必須機能は見積もり2週間分までとし、それ以外の機能は間に合う分だけ実装するような方法です。, もしこれらのようなバッファがなければ、残業などで調整せざるを得なくなります。個人の残業に頼ったプロジェクトはマネジメントの崩壊と同義です。プロジェクトマネージャーの方は、自分が調整可能なパラメータを持つことを心がけてください。, 見積もりに有効な、プロジェクトマネジメント手法であるPERT（Program Evaluation and Review Technique）の見積もり計算式を紹介します。強力かつシンプルな手法なので、困っている現場ではすぐに試してみてください。, 例えばあるタスクに対して最良時間 = 1日、最有力時間 = 3日、最悪時間 = 10日だとすると、見積もり時間は以下の通りです。, このように、PERT法では作業完了までの時間を直感的に判断せず、少し考えるプロセスを経るため精度向上に効果を発揮します。, コードレビューと同じように、見積もりも他のエンジニアとレビューし合うのが重要です。レビュワーはタスクの内容や見積もった数値に疑問があれば質問し、抜けているものがあれば指摘します。, 何度かレビューをしていると、人ごとに見積もりの特徴があるとわかってくると思います。特に、無理して短めの期限を設定しがちの人は、レビューを通して適切な見積もりにすることが必要です。, レビューによって見積もり精度が高まるだけでなく、メンバーとの情報共有もできるので、ぜひチームで取り組むことをおすすめします。, 注意したいのは、「経験を活かす = 前回より短い期間にする」と思ってしまうことです。もちろん、学びを活かして取り組むべきですが、状況は毎回変化するため未知の問題が発生するほうが自然です。したがって、似たようなタスクやプロジェクトの経験があったとしても、次回も同程度の期間が必要だと考えるべきです。見積もりよりも短い期間で完了できたときは誰も困らないのですから。, さて、ここまで見積もりの基本的な手法をご紹介しましたが、現実にはプロジェクトの姿形は多様です。そのプロジェクトに応じて、見積もりの考え方も調整が必要です。ここからは、私が経験した既存サービスへの大規模な機能追加プロジェクトで、どのように見積もりを作ったのかを、ケーススタディとして簡単に説明します。, 初期の段階ではアイデアとおおまかな要件だけがありました。ここで早速、プロジェクトマネージャーから「リリースまでにどれくらいかかる？」と尋ねられます。エンジニアチームで作った見積もりはおおよそ3ヶ月です。しかし、見積もりには幅があり最大で6ヶ月必要となる可能性があったため、私はプロジェクトマネージャーに「リリースまでに6ヶ月必要」と回答しました。, 最大の期間を回答した理由は、未定の仕様が多く、技術面で未知の部分もあったためです。想定を大きく超えていたようで「なんでそんなにかかるの？もっと早くできないの？」という反応でした。, そこで、漠然としたアイデアを要求・要件として必要な粒度に分解し、見積もり精度を高める協力を求めました。見積もりの精度を上げるには、初期構想から要件定義までを終え、プロジェクトをブラッシュアップすることが重要です。プロジェクトのステップを進める重要性をチーム全体に共有したのです。, 初期段階では無理をせず、正直な見積もりを出すことで、構想していた一部のアイデアは実現コストが大きすぎることも分かりました。このことから、上級マネージャーを含めてビジネスプランの見直しを行い、早い段階で方向転換が行われたのです。, 要求やUI設計が揃ってきたら、各タスクの見積もりを作ります。ここで大切にしたのは、実際の作業担当者が自分自身で見積もりを行うことです。, 新人とベテランの混ざったチームであれば、ベテランエンジニアが全ての見積もりを作ったほうが精度が高いかもしれません。しかし、各タスクは実際の担当者に見積もりをお願いしました。おのおのが担当する部分の仕様を把握できれば、抜け漏れや課題がないか自ら考えることができます。メンバー各自がタスクの見積もりを考えることでプロジェクトへの理解が深まったのです。, 個人の見積もりを持ち寄り、WebAPI・モバイルアプリ・Webフロントエンドといったチーム単位の見積もりを作ります。, 複数名で開発を担当する場合、自分の開発担当箇所以外に一定の時間を見積もる必要があります。人数が多くなるほどコードレビューや情報共有が必要となり、一人あたりのスピードはどうしても低下してしまうからです。, モバイルアプリは3名のチームだったので、スピードを重視すれば最大で3箇所の開発を並行して行えます。しかし、品質の維持が難しくなるため、同時に開発するのは2箇所までとし、レビューやテストコード作成の時間を確保して品質を保証できるようにしました。, 私はどんなプロジェクトであっても、スケジュールバッファを必ず設けるようにしています。小さなプロジェクトでは機能の増減が難しくフィーチャーバッファを取れないことがあります。ここでスケジュールバッファをなしにすると、調整できるパラメータがないため最初から追い込まれた状態になってしまいます。大小問わず差し込みの作業は発生しますし、冬季であれば体調を崩すメンバーも出てきます。問題は起きて当たり前なので、対応できる期間をあらかじめ確保することを心がけています。, プロジェクト進行中は定期的に見積もりをアップデートしました。更新作業に時間をかけすぎてもNGですが、必要なタイミングでアップデートすることは重要です。, 私は不確実性のコーンに載っている各フェーズに沿ってアップデートを行うことが多いです。この時、プロジェクトマネージャーと再度「なんでそんなにかかるの？もっと早くできないの？」という議論になることもあります。感情ではなく事実を正確に伝え、協力して見積もりを作りつつプロジェクトをコントロールするようにしています。, 『ソフトウェア見積り 人月の暗黙知を解き明かす』（日経BP社、2014年）では、今回引用した不確実性のコーンなど、見積もりについての分析と改善の方法が豊富に紹介されています。本稿を読んでより深い情報を得たいと思った方は読んでみると良いと思います。, エンジニアはスケジュールに追われることも多いですが、自分を苦しめているのは自分が作った見積もりかもしれません。より良い見積もりを作り、不要なプレッシャーを取り除いてプロジェクトに活かしていきましょう。, 「更新通知を受け取る」をクリック！ブログの更新通知をメールやアプリで受け取ることができます。, 「エンジニアHub」は、「20代と30代の若手Webエンジニアを応援する」をテーマに、若手Webエンジニアの活躍の様子や、最新の技術情報/Tipsを広くお届けするためのWebメディアです。エン・ジャパン株式会社と株式会社はてなが共同で作った編集部にて運営しています。, 『ソフトウェア見積り 人月の暗黙知を解き明かす』Kindle版 位置No. お客様の満足を何よりも大切にし、わかりやすい、のせるのが上手い自称ソフトウェア芸人。. 既存事業の売上を拡大させる、販売店舗の売上の落ち込みを回復させる、などの課題を達成するためには顧客満足度の向上が欠... 在庫管理の3つの方法を解説！【Excel・システム・アプリ】 | ボクシルマガジン. 4 土木・建築工事の工程・工数管理について 5 一年間の生産計画と実績 売上の報告書を作成したいと思っています。 6 品質管理・生産管理の用語(だと思う)を教えて!! 修理業界全体の風潮として、標準作業時間と工数を区別せずに使っているというか、そんな事を誰も気にしていません。自分も同様でしたが、ふと気になってしまいました。, お忙しいところ、ありがとうございます。どちらも単位は時間なので、わけが分からないです。例えばフロントサスペンション脱着という作業で、標準作業時間2.0と表示されている場合もあれば、工数で2.0と表示されている場合もあります。, 世の中の成功している男性には様々な共通点がありますが、実はそんな夫を影で支える妻にも共通点があります。今回は、内助の功で夫を輝かせたいと願う３人の女性たちが集まり、その具体策についての座談会を開催しました。, ※各種外部サービスのアカウントをお持ちの方はこちらから簡単に登録できます。 専門知識が無いので、初心者向けに説明していただくと助かります。よろしくお願いします。, 自動車修理をしていますが、同一作業の作業時間に対して、工数という形で作業時間の目安が表示されている場合と、標準作業時間という形で表示されている場合があります。どう違うのかが理解できません。誰か教えてください。, 舌足らずで申し訳ないです。左右どちらか、片側の脱着作業の場合です。2人で作業すると、作業スペースの関係で、更に時間が掛かってしまいます。あくまで作業は1人でおこなうのが前提です。 工順は、製品または製品バリアントの製造に必要な工程順序について説明します。 工程ごとに、工順は必要な運営リソース、工程を設定および実行するために必要な時間、およびコストを計算する方法も定義します。 複数の製品を生産するために同じ工順を使用するか、 各製品または製品バリアントへの固有の工順を定義したりできます。 同じ製品に複数の工順を使用することもできます。 この場合、使用される工順は必要な生産数量などの要因によって異なります。 Supply Chain Management の工順の定義 … ここではスケジュールバッファとフィーチャーバッファの2つを挙げます。, スケジュールバッファとは、作業の見積もり期間とコミット期限に差をつけて、問題対応に備えることです。 期間とは、プロジェクトを完了させるまでの日数や月数です。, 例として、工数が 10 人月のプロジェクトがあるとしましょう。これを 1 人の要員でこなすと、当然ですが 10 か月の期間かかります。, それでは、2 人の要員でこなすとどうなるでしょう。実際には、そんな単純ではないかもしれませんが、工数の計算では、大雑把に「要員が 2 倍になったのだから期間は 1 / 2 になる」と考えます。, つまり、 10 人月のプロジェクトを 2 人の要員でこなした場合の期間は、以下のように「期間 = 工数 ÷ 要員」という計算で求められます。, それでは、工数が 10 人月のプロジェクトを 2 か月の期間で完了させるためには、何人の要員が必要でしょうか。, 感覚的に 5 人だとわかると思いますが、工数、要員、期間という言葉を使った計算式を見出してください。5 人は、 10人月 ÷ 2 か月で求められるので、以下のように「要員 = 工数 ÷ 期間」という計算になります。, それでは、4 人の要員で 2.5 か月の期間がかかったプロジェクトの工数は、全部で何人月でしょう。, これも、感覚的に 10 人月だとわかると思いますが、工数、要員、期間という言葉を使った計算式を見出してください。 10 人月は、4 人 × 2.5 か月で求められるので、以下のように「工数 = 要員 × 期間」という計算になります。, もしも、工数を計算する問題を解くときに「あれっ、どうやって計算するんだっけ？」と悩んだなら、その都度シンプルな具体例で計算方法を見出してください。, 工数の考え方がわかったところで、過去問題を解いてみましょう。はじめは、工数と期間から要員を求める問題です。, システムを構成するプログラムの本数とプログラム 1 本当たりのコーディング所要工数が表のとおりであるとき，システムを 95 日間で開発するには少なくとも何人の要員が必要か。ここで，システムの開発にはコーディングの他に，設計やテストの作業が必要であり，それらの作業の遂行にはコーディング所要工数の 8 倍の工数が掛かるものとする。, もしも計算方法に悩んだなら、この問題に示された数字ではなく、シンプルな具体例を想定してみましょう。, 例えば、工数が 10 人月で、期間が 2 か月なら、要員は 10 人月 ÷ 2 か月 で 5 人です。これは「要員 = 工数 ÷ 期間」という計算方法です。, プログラムの本数と、それぞれの 1 本当たりの工数が示されているので、以下のように計算して、コーディング（プログラムを作る作業）の工数は、95 人日になります。, 問題には「システムの開発にはコーディングのほかに、設計及びテストの作業が必要であり、それらの作業にはコーディング所要工数の 8 倍の工数が掛かるものとする」と示されています。, 工数は 855 人日で、期間は 95 日です。したがって、以下のように計算して、要員は 9 人（選択肢イ）です。, 次は、 1 つ目の問題と同様に、工数と期間から要員を求める問題ですが、全体ではなく、ピーク時の要員を求めるという内容になっています。, 開発期間 10 か月，開発工数 200 人月のプロジェクトを計画する。次の配分表を前提とすると，ピーク時の要員は何人か。ここで，各工程では開始から終了までの要員数は一定とする。, ここでも、先ほどと同じ「要員 = 工数 ÷ 期間」という計算方法を使いますが、その前に、配分（ % ）で示されている工数と期間を「人月」と「か月」に置き換える必要があります。, 全体の開発期間が 10 か月で、開発工数が 200 人月なので、それぞれの工程の工数（人月）と期間（か月）は、それぞれの配分から、以下のように計算できます。, 工数と人月が求められたので、それぞれの工程の要員は、「要員 = 工数 ÷ 期間」という計算方法で、以下のように求めらます。, ピーク時（最も多くの要員を必要とする時）の要員は、「設計」の 22 人（選択肢エ）です。, 今度は、やはり要員を求める問題なのですが、全体やピーク時ではなく、追加する要員を求めるという内容になっています。かなりヒネリの入った問題です。, 10 人が 0.5 k ステップ / 人日の生産性で作業するとき，30 日間を要するプログラミング作業がある。10 日目が終了した時点で作業が終了したステップ数は，10 人の 合計で 30 k ステップであった。予定の 30 日間でプログラミングを完了するためには，少なくとも何名の要員を追加すればよいか。ここで，追加する要員の生産性は，現在の要員と同じとする。, ここでも、これまでと同じ「要員 = 工数 ÷ 期間」という計算方法を使いますが、その前に、あれこれ計算しなければならないことがあります。計画時の生産性と、実際の生産性が違っていたからです。, この問題では、「ステップ / 人日」という単位で、生産性が示されています。これは、 1 人で 1 日あたり何ステップ（何行）のプログラムを作れるかを示しています。, この問題では、はじめにステップ数（プログラムの行数）で工数を考えて、それを後で 人日単位に置き換えるとわかりやすいでしょう。, 「 10 人が 0.5 k ステップ / 人日の生産性で作業するとき、30 日間を要するプログラミング作業」なのですから、ステップ数で示した工数は、以下のように計算して、 150 k ステップになります。, 計画通りの生産性があれば、 10 日目が終了した時点で作業が終了したステップは、以下のように計算して、50 k ステップになります。, ところが実際には、10 日目が終了した時点で作業が終了したステップは、30 k ステップなのですから、実際の生産性は、以下のように計算して、0.3 k ステップ/ 人日です。, 残りの工数をステップ単位で示すと、 150 k ステップのうち 30 k ステップの作業が終了しているので、, 400 人日の工数を 20 日でこなすのですから、以下のように計算して、20 人の要員が必要です。現状の要員は 10 人なので、あと 10 人（選択肢ウ）の要員追加が必要です。, ある新規システムの開発規模を見積もったところ，500FP (ファンクションポイント) であった。このシステムを構築するプロジェクトには，開発工数の他にシステムの導入や開発者教育の工数が 10 人月必要である。また，プロジェクト管理に，開発と導入・教育を合わせた工数の 10 % を要する。このプロジェクトに要する全工数は何人月か。ここで，開発の生産性は 1 人月当たり 10FP とする。, FP は、システムを構成する個々の機能（ファンクション）に得点（ポイント）を付けて、すべての得点を合計してシステムの開発規模を見積もるという技法です。, システムの開発規模が 500 FP であり、生産性が 1 人月当たり 10 FP なのですから、人月単位に置き換えた開発の工数は、以下のように計算して、50 人月になります。, つまり、開発工数だけでなく、導入・教育の工数、およびプロジェクト管理の工数が必要であり、それらを全部合計した工数を答えよ、という問題なのです。, 計算が苦手な人は「公式として暗記したい」思うかもしれませんが、それはお勧めしません。, この記事で示したように、工数に関する計算問題は、様々なパターンで出題されるので、公式の暗記では対応しきれない場合があるからです。, 公式ではなく、考え方を理解してください。シンプルな具体例で、計算方法を見出してください。, 『プログラムはなぜ動くのか』（日経BP）が大ベストセラー