工数見積もりのコツ - Qiita
はじめに 本稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい
仕事が丁寧で遅い人に共通する、たった1つの問題点とその対策。 - プロジェクトマネジメントの話とか
完璧主義で丁寧すぎるから、作業に時間がかかるって？ その分析、半分は正解です。今回は仕事が遅くなる原因の、残り半分について話をしようと思います。 「巧遅（こうち）は拙速（せっそく）に如（し）かず」 ――孫子 「丁寧だけど遅い」仕事よりも、「荒削りでも速い」ほうが良いネ！という、この孫子の格言。 ビジネスパーソンであれば誰もが、その重要性を痛感しているかと思います（せわしない世の中ですよねぇ……）。携わっている仕事のタイプにもよりますが、着手のタイミングが早いこと、そして遂行のスピード自体も速ければ速いほど、多くの「失敗→起動修正」を積み重ねることができるため、その分、より良いものを作れる可能性が高まるのです。 しかし現実問題、細かくて仕事がバカ丁寧な人に「6割でいいよ！」「80％でGO！」などと言ったところで、そんなことができるワケないのです。そして多くの完璧主義者は「3歩進んで2歩下がる
段取り名人になる為の１０のチェックポイント - モチベーションは楽しさ創造から
私は、かなり段取りマニアで、「段取り系」の本があると、思わず手が出てしまいます。段取り上手になる事は、時間を有効活用する事ができるし、生産性も大きく上昇させてくれます。 楽しさ創造力には、上手な段取りを行う事は不可欠です。私の本「モチベーションが上がるワクワク仕事術」でも、段取りについては、タスクブレークダウンを中心に一部述べているのですが、先日、読んだのが、「頭のいい段取りの技術」という本。 頭のいい段取りの技術 作者: 藤沢晃治出版社/メーカー: 日本実業出版社発売日: 2007/12/20メディア: 単行本（ソフトカバー）購入: 13人 クリック: 333回この商品を含むブログ (93件) を見る 「段取り」だけを一冊にまとめてあるだけに、完璧な段取りを実現していく為の勉強になることが色々とありました。 私の考えを再確認させて頂いたものとして、 よい段取りは、ゴールの鮮明なイメージ作
エンジニアをレベルアップさせる「ファシリテーション入門」 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
タイム・コンサルタントの日誌から
BOMの用語はややこしい。BOM（Bill of Material＝部品表）の概念自体はもう、50年以上もの歴史がある。その間に、いろいろな用語・概念が確立し、徐々に変遷してきた。またBOMをめぐるソフトウェア業界にもいろんな技術進化と流行があり、大手ベンダーが差別化のために提唱した用語が、いつの間にかスタンダードみたいに普及していくこともある。 近年では、BOP（Bill of Processes）という用語がそうだ。このBOP概念はここ10年くらいに普及してきたものだが、実はまだ発展段階で、きちんと定まっていない。同一企業内でも異なる意味で使っていたりする。ちなみに2004年に発刊した拙著「BOM/部品表入門」では、BOPという言葉は取り上げなかった（ほとんど使われていなかったのだ）。しかし最近のBOMのセミナー等では、かならず説明する必要がある。 ちなみに、ERP（Enterpris
SuprGlu - Gluing your life together.
Time Tracking Simple time tracking your team will actually use.
エンジニアのベストプラクティスを非エンジニアチームで活かす - ワザノバ | wazanova
http://www.developingsales.com/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約6時間前 Jeff SzczepanskiはStack Overflowのマネタイゼーションの責任者。エンジニア転じて、営業の組織の長になった人物。 「営業というのは科学というよりは芸術。コンピュータ相手じゃなくて、人間を相手にしているからね。」 「営業が結果を重視するのは、計測しやすく公平な指標だから。どうなるか予想したりプロセスをうまく管理するのは難しいんだよ。」 という話しに違和感を抱き、「誰かが決めた営業戦略に従って営業マンは盲目的に数字の達成だけを求めてひたすら実行する。」という従来の営業手法は、 自分で手を汚してコーディングしない「アーキテクト」と呼ばれる人が仕様書をまとめ、下々のエンジニ
最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― ＠IT
2007/07/05 日本情報システム・ユーザー協会（JUAS）は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「（短
デッドライン ソフト開発を成功に導く101の法則
正しい管理の四つの本質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 （それ以外のことは全部管理ごっこ） 安全と変更・変更は、あらゆるプロジェクトの成功のために（ほかの大抵の物事についても）必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内
はじめてのRFP――発注時に意思疎通をスムーズにする提案依頼書の作り方 | 安く!早く!を実現するサイト制作の発注マニュアル
発注の基本はRFP作りから 発注をマスターしてベストな提案を引き出す いちから覚える提案依頼書の作り方 制作会社など外部の業者に対して、具体的になにをしてもらいたいかの提案要求を伝える際に必要となるのが提案依頼書（RFP：Request for Proposal）だ。場合によっては、口頭の打ち合わせベースで仕事を進めることもあるかもしれないが、RFPを作ると作らないでは仕事の進め方に大きな差が出る。ここでは、RFPを作るときに必要な基本の要素を紹介しよう。 取材・文：編集部 協力：高橋 宏祐（富士通株式会社 コーポレートブランド室 担当部長） 富士通でエンジニア職を経験した後、1998年より富士通のウェブマスターとしてウェブ戦略を企画実行。2002年6月に富士通ウェブ・アクセシビリティ指針を公開し、日本のアクセシビリティ普及をリードする。2003年にFUJITSUウェブ・ユニバーサルデザイ
無間処理地獄 - やまもといちろうBLOG（ブログ）
・ 楽になろうと、目の前の仕事を頑張って処理 ↓ ・ 処理が終わると別のタスクが振ってきて、頑張って処理 ↓ ・ そのタスクが終わると、前にこなした仕事の返答が返ってきて処理 ↓ ・ 処理している最中に別の仕事が振ってきてタスクリストに入る ↓ ・ 重要度を整理して重要度の高いものから処理 ↓ ・ 重要度の高い順に処理しているはずが、横から緊急度の高いタスクが入ってきて処理 ↓ ・ タスクをこなすほどに、終えたタスクの報告や新規判断が求められて、順番待ちが増える ↓ ・ ｳﾎﾞｧｰ ● ありがちなこと - メールの返事を書いてるだけで二時間ぐらい潰れるけど、別に仕事が捗ったわけではない。 - 伝達事項の確認をメールや電話や打ち合わせで何度もしても、その場の判断でひっくり返す奴は必ず出る。 - 金ではなく「この仕事は俺がやった」といいたいだけで関わってくる奴が出る。 - 製品見積もりや開発見
ITプロジェクトの失敗はマネージャに起因している。IDCの調査
調査会社のIDCが、ITプロジェクトの失敗と成功について調査したレポートの概要をプレスリリースとして公開しています。 調査は2012年にニュージーランドで行われたもの。レポートのタイトルは「Project Failure is all about Business Perceptions」（プロジェクトの失敗はすべてビジネス認識にある）。調査では、ITマネージャとそれ以外のマネージャのあいだでITプロジェクトに対する認識の差が広がっていることを指摘しています。そしてこのマネージャ同士の認識の差が、プロジェクトの成功率に影響を与えているとのこと。 プロジェクトを失敗させないために、どのような点に気をつけるべきなのか、ここでは、その主な要因にあげられた6つのポイントを紹介します。 Project Failure is all about Business Perceptions Inadequ
一流の研究者のマネージメント、２１の鉄則
一流の研究者の「先生」がいつも懐かしく語る、先生のさらに上のボスの話があります。戦後間もない時代に、学位を取ったばかりの先生を見いだしてアメリカに引き抜き、自由に研究をすることを許した、これまた伝説的な研究者です。先生はいいます： 「年度が終わる頃になると、彼は私に『今年お前が使ったコンピュータの利用料だ』とレシートを渡してくれたものです。年に２億円は使っていたでしょうか！」 これはケネディ大統領時代の話ですので、当時としては今以上に大変な金額です。当時世界にいくつも存在しない最新のコンピュータを、先生は独占的に利用でき、そのおかげで輝かしい業績が次から次へと生まれたのでした。 「しかしボスは一言も文句を言わないんですな。予算をとってくるのは自分の仕事。お前たちは研究をしろ、というわけでした。今の私がいるのも、あの人のおかげですな！」 科学者の世界も、お金と、権力と、事務作業と無縁ではいら
Gantter | #1 Cloud-Based Project Management Software (2023)
6+ million users. Working together. No matter how far apart. We Invent the Tools. Our Two Million Users Do the Rest. Community-Powered | Cloud-Based | Project Management & Scheduling The project management tool that's perfect for remote collaboration. 2.3 million users. Working together. No matter how far apart.
ベンチャーでもお金をかけたほうがいいサービスやツールまとめ : けんすう日記
ベンチャーはお金がない ベンチャー企業ていうのはお金がありません。 しかし、最近、IT革命というものがあったらしく、起業のコストが劇的に下がりました。コストがさがることで、リスクも劇的に下がり、サラリーマンと起業家のリスクの差がどんどん縮まっています。 いろいろなツールが無料や少額のお金で使えるようになりました。ベンチャーはお金がないので、どうしても無料で揃えたくなります。しかし、実際はお金を少しかけたほうが、効率的になり、時間のコストが下がるということを忘れがちだったりもします。 そこで、僕がベンチャーを立ち上げて使ったものや、金かけてでもやっておいたほうがよかったなーというところを紹介します。 登記の手続き まず、登記は絶対、司法書士の先生に頼んだほうがいいです。 「自分でやったほうが安いし、経験になるかな〜（＾◇＾）」と思ってやってみたのですが、これが地獄でした。何度も間違えを訂正さ
プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
プロジェクトの進め方について - ほぼ日刊イトイ新聞
第30回 プロジェクトの進め方について 詳しく教えて。 前回、開発チームが小さい方が 開発効率が高まるという話をしました。 今回もそれに引き続いて、 プロジェクトの進め方や、生産性の話です。 僕がチームの生産性の向上に 一役買っていると思うやり方というのは、 プロジェクトチームの中で仕事を割り振るとき、 どうやって仕事を割り当てるかという方法です。 とはいっても、蓋を開けてみれば大したことではないので 改めて書くほどのことでもないかもしれませんが、 しかし理にかなった方法だと思うので、 紹介したいと思います。 1番のポイントは、 基本的に誰が何をやるのかを決めるのは、 その仕事をする本人だということです。 マネージャーに 「これをいついつまでにやれ」 と指示されるわけではないのです。 マネージャーやチームリーダーの仕事は、 次にチームが解決しなければならない問題を洗い出し、 テーブルの上に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロジェクトマネジメントで大切なたった3つのこと（記事移転しました）
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本
HipChat Server
