タグ

ManagementとEngineerに関するamnmaのブックマーク (9)

  • ファンクションポイント法入門

    ファンクションポイント法とは、ソフトウェアの規模(大きさ)をそのソフトウェアが持っている機能を元に測るための手法です。ソフトウェアという目に見えないものの大きさを測るのは難しい事ですが、現在ISOでも検討が進められており、このファンクションポイント法をベースとした「機能的規模計測」として標準化される見込みです。 ファンクションポイント法の概要については、こちらをご覧下さい→ファンクションポイント法

  • FP法について - Writing Cafe

    [Programs] / 最終更新時間:2004年06月24日 23時45分47秒 概要 最近、開発効率をなんとかしたいという思いが強くていろいろ調べている。どの手法を使うとどうなるのかが分からないと判断がつかない。そこで開発効率を測る物差しとしてファンクションポイント(FP)法に注目してみた。 よりよい開発のあり方については、楽しいプロジェクト運営もどうぞ。 目次 概要 目次 参考 現状 ソフトウェアの規模 注意すること FP法の用語 用語の言い換え データファイル 要素処理 FP値の計測手順 どんなレポートを書くか? プロジェクト見積もり 1. FPの計測タイプを識別する 2. 計測範囲とアプリケーション境界を識別する 3. すべてのデータファイルと、その複雑度を識別する ファンクションポイント計測一覧表-ファイルをリスト化 ファンクションポイント計測一覧表-ファイルの複雑度を加える

  • ソフトウエアエンジニアリング事始(6) FP法をマスターしよう - [ITプロフェッショナルのスキル]All About

    ◆FP法の全体像 まず、ファンクションポイントの説明をする前に、システムの機能とは何かを説明しておく。システムの機能とは、 ユーザが要求する効用 のことである。 ファンクションポイント(FP)法が注目されているのは、FP法が計測対象としている機能が「ユーザからみて」の基準というところに最大のポイントがある。機能は量として計測して、機能量(Functional Size)という形で表現する。 機能量の意味は、工数ではない中間的な量であり,プラットホームに依存しにくいことである。また、ユーザとシステム開発者の見積もりの意識あわせにもつながっていく。 FP法は機能を一旦、機能量で表現しておき、そこから、来の見積もり目的である、規模(例えば、行数)や工数に換算する見積もり手法である。図にFP法の全体像を示す ※ 児玉公信「システム開発の見積もりのための実践ファンクション

  • ギークに気持ちよく働いてもらうための8か条 | P O P * P O P

    スピード感ある開発が求められる昨今、ギークの方々には気持ちよく働いてもらわないといけません。そこでこちらの記事をご紹介。「ギークに気持ちよく働いてもらうための8か条」です。経営者の方や技術陣をたばねる方に参考になるのでは。 » A Note To Employers: 8 Things Intelligent People, Geeks and Nerds Need To Work Happily (via Nomadishere) 技術者の方々に最高のパフォーマンスを出してもらうにはどうしたらいいでしょうか。やるべきこととやってはいけないこととは? 以下にかいつまんでご紹介。 働きたい時に働いてもらいましょう ギークはおきている間はずっと働いています。出社前には必ずオンラインになりますし、帰宅後もオンラインで働きます。休日もぶっとおしで作業します。夢の中でプログラミングをすることもありま

    ギークに気持ちよく働いてもらうための8か条 | P O P * P O P
  • モチベーションを高めたいなら達成すればいい ― @IT情報マネジメント

    第3回目となる今回は、第1回「優秀なプロマネはメンタルな働きかけもうまい」で触れたゴールアライメントについて、もう少し詳しくお伝えしようと思います。さらに、プロジェクト成功には欠かせないメンバーのモチベーションを高めるためのポイントや、当たり前過ぎてやっているプロジェクト、組織がほとんどないけれど、実は絶大な効果がある“ルール”についてもお伝えしますので、ピンと来た方は最後までお付き合いください。今回もオムニバス形式でお届けします。 ばかばかしいほど簡単で大切なルール あらためていうまでもないことですが、プロジェクトや組織を運営していくためにはルールが必要です。会議運営のためのルールや、個別の作業を行う際のルール、あいさつのルールなどなど、組織によって当にさまざまなルールがありますが、私が非常に強力な効果があると感じているのは「言葉遣いのルール」です。小学生じゃあるまいし! と驚かれた方

    モチベーションを高めたいなら達成すればいい ― @IT情報マネジメント
  • 【中級】一流エンジニアのタイムマネジメント 第4回:ITpro

    「どうして時間内に完了できなかったのだろう。下調べが不十分だったのか。それとも,タスクの分解の仕方が甘かったのかも。もしそうなら,どうしたらよいか」――。札幌スパークルの桑原里恵システムコーディネーターは夜にノートを見ながら,その日の仕事ぶりを検証することを日課にしている。 ノートには桑原氏が書いた1つの表がある。それは今日1日で行った主要なタスクごとに,予定していた所要時間と実際にかかった時間を対比したものだ。桑原氏はこれを見ながら,所要時間の予定と実績がい違ったタスクを1つひとつ取り上げて,なぜ遅れたのか(もしくはなぜ早く終えられたのか)という要因を探り,対策を練る。いわば,1人で行う「カイゼン活動」だ。 「予定以上に時間を要したということは仕事のやり方か,そうでなければ所要時間の設定に問題があるはず。なのに『次回はもっと頑張ろう』で片づけていては,また同じことを繰り返す」(桑原氏)

    【中級】一流エンジニアのタイムマネジメント 第4回:ITpro
    amnma
    amnma 2006/09/25
    u----n、こんなガチガチなやり方では「イイ仕事」、楽しい仕事できるとは思えない。一流とはいえないと思う。
  • 【中級】一流エンジニアのタイムマネジメント 第2回

    あなたが普段使っているスケジュール表を開いて欲しい。紙の手帳でもパソコン・ソフトでも構わない。そこに,どんな予定を書き込んでいるだろうか。おそらく予定が詰まっている日もあれば,空欄のままになっている日もあるのではないか。 ダスキンの加盟店大手である武蔵野(東京都武蔵野市)で,企業向けを主力としたプロバイダー事業を担当する斎木修インターネット事業部課長のスケジュール表は違う。毎日びっしりとスケジュールが詰まっている(図2)。ITエンジニアとして飛び抜けて多忙だからというわけではない。スケジュール表の使い方が,普通とは違うのだ。 開始時刻が決まっている会議や打ち合わせ,顧客訪問などのアポイントメントは,誰もがスケジュール表に書き込むだろう。斎木氏はそんな時刻の決まった予定だけでなく,期限までにやればよい「提案書作成」のようなタスクも記入している。すべてのタスクについて,いつ行うかを決めているの

    【中級】一流エンジニアのタイムマネジメント 第2回
  • 【中級】一流エンジニアのタイムマネジメント 第3回

    【中級】一流エンジニアのタイムマネジメント 第3回 実行編 集中できる時間,場所,プレッシャーを作り出す このままでは期限に間に合わないかもしれない――。そんな状況になって,一気に集中力が高まった経験はないだろうか。俗にいう「締め切り効果」である。 タスクを実行する段階において重要なのは,集中力を高めて維持することだ。その有効な方法の1つが,適度なプレッシャーを自分に与えること。いわば,「締め切り効果」の自己演出である。“適度な”というのは,あまり焦り過ぎると逆効果という意味だ。これを日々実践しているのが,コクヨの福田氏である。 「さて今から1時間。ヨーイ,ドン」――。福田氏は,企画書の作成や仕様書のチェックなどのタスクに取りかかるときに,決まって時計を見て心の中でこうつぶやく。今まさに仕事に着手したことと,完了予定時刻を“宣言”することで自分にプレッシャーをかける。「終わるかどうかギリギ

    【中級】一流エンジニアのタイムマネジメント 第3回
  • 【中級】一流エンジニアのタイムマネジメント 第1回

    タイムマネジメントは誰もがマスターすべき「仕事術」。基的なテクニックを習得・実践すれば「時間欠乏症」の解消はもちろん,仕事のやり方そのものを継続して洗練できる。ここでは事前準備,計画,実行,検証・改善という4つの段階に分けて解説していく。 「ええっ,もう朝かぁ」――。自宅に資料を持ち帰って提案書の作成を続けた田中氏は,いつの間にか窓の外が白み始めたのに気づいた。「まあ,それなりの出来にはなったな」。目の前のパソコン画面では,提案書がほぼ出来上がっている。田中氏は安堵の表情を浮かべたが,疲れの色も濃い。眠い眼をこすりながらの作業だったために思うように仕事がはかどらず,ついには朝になってしまったのだ。 「我ながらよく頑張ったけど,これじゃあ体がもたないよ」。田中氏はプリンタで提案書を打ち出しながら,以前に上司から聞いたタイムマネジメントのことを思い出した。「やっぱり会社にいるときに,どれだけ

    【中級】一流エンジニアのタイムマネジメント 第1回
  • 1