Content-Length: 262043 | pFad | http://b.hatena.ne.jp/suVene/project/

[B! project] suVeneのブックマーク

タグ

projectに関するsuVeneのブックマーク (9)

  • 最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― @IT

    2007/07/05 日情報システム・ユーザー協会(JUAS)は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「(短

    suVene
    suVene 2007/07/07
    おもしろい統計。対象となる規模はどのあたりなのか知りたいところ。
  • 「Microsoft ProjectとExcelからユーザーを解放したい」---オープンソースのプロジェクト管理ツール,サイオスが無償公開:ITpro

    「スタンドアロンのMicrosoft ProjectやExcelプロジェクトを管理している現状から,ユーザーを解放したい」(サイオス 代表取締役社長 喜多伸夫氏)---サイオスは7月4日,オープンソースのプロジェクト管理ツール「Project Keeper」を発表した。同日ベータ版を公開,2007年8月中に正式版を公開する。正式公開後もProject Keeper自体は無償で,サイオスは有償サポートを提供する。 「現在,プロジェクト管理ソフトウエア市場はMicrosoftのスタンドアロン製品のシェアが50%を超えている。一方,サーバーに情報を集約できる大規模向けツールは非常に高価で,2分化している」(サイオス グループマネージャー宮崎哲明氏)。同社では内部統制の強化の流れにともない,情報をサーバーで一元管理するツールの受容が増加すると見ており,Project Keeperは「簡単に使え,

    「Microsoft ProjectとExcelからユーザーを解放したい」---オープンソースのプロジェクト管理ツール,サイオスが無償公開:ITpro
  • GTDに学ぶプロジェクト管理ツール導入――3つのポイント

    GTDに学ぶプロジェクト管理ツール導入の3つのポイント メンバー視点のリストを提供する メンバーのToDoも一緒に管理できるようにする メンバーの作業管理がしやすいものを選ぶ メンバー視点のリストを提供する まずプロジェクト管理ツールを利用する際に重要なのが、メンバー視点のリストを提供するという点です。管理者目線だと、ついつい全体のスケジュールをプロジェクト管理ツールやエクセルを使ってガントチャート形式でまとめて満足という流れになってしまいがちですが、これでは前回書いたようにプロジェクト管理者の自己満足になってしまいます。 では、どうすればいいのか――。まずは、全体のスケジュールから、個別のメンバーごとに作業リストを切り出して渡してあげましょう。ここで参考になるのがGTDです。 GTDでは、自分がやるべきことのリストを自分で作成します。ここではプロジェクトメンバーのスタッフ各人がやらなけれ

    GTDに学ぶプロジェクト管理ツール導入――3つのポイント
  • ソフトウェア見積りを読了

    Landscape トップページ | < 前の日 2007-01-15 2007-01-17 次の日 2007-02-27 > Landscape - エンジニアのメモ 2007-01-17 ソフトウェア見積りを読了 当サイト内を Google 検索できます * ソフトウェア見積りを読了この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [] ソフトウェア見積り―人月の暗黙知を解き明かす スティーブ マコネル / Steve McConnell / 田沢 恵 / 溝口 真理子 / 久手堅 憲之 発売日: 2006/10 amazon で詳しく見る   bk1で詳しく見る スティーブ・マコネルの『ソフトウェア見積り』を読了した。 『ソフトウェア見積り』は、ソフトウェア開発における工数や期間を見積もる方法について詳細に解説した。見積もりについて学んだことのない私に

    suVene
    suVene 2007/01/20
    見積り
  • 「アート・オブ・プロジェクトマネジメント」読書感想文(その3)

    ■何のための開発プロセスか? ソフトウェア開発のプロジェクトマネジメントの話になると、まちがいなく開発プロセスの話になる。そして、(わたしを含めて)みんな好きなんだよなー、今のプロジェクトに適用されていない開発プロセスの話をするのが。曰く、RADのメリット、XPの罠、FDDの将来性… 云々、隣の芝生はナントカというが、少なくとも今よりはマシという希望を味わいたいらしい。 しかし、書は個々のプロセス論に拘泥しない。「○○を知りたかったら、△△の書籍・サイトを見るべし」で済ませている(←またその参照先が秀逸なのよ)。著者自身、さまざまな開発プロセスを修得→実践に適用してきた結果、誰もが知っているこの結論に達したからだろう→「銀の弾丸なんて無い」。高価なに載っていたとか、有名なグルが誉めていたから、という理由だけで、うまく機能しない手続きに盲従しても、最悪の結果しか生み出さないという。わたし

    「アート・オブ・プロジェクトマネジメント」読書感想文(その3)
  • スペシャリストはリーダーになれない? ― @IT自分戦略研究所

    将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。連載では、あるプロジェクトマネージャ個人の視点=“私点”からそれらの悩みの背後にあるものに迫り、ITエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点=私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLove/Communication/Capabilityに関係します。Loveについては第10回「正しいことをし、行動力を発揮するココロ」を、Communicationについては第8回「コミュニケーションは

  • わたしが知らないスゴ本は、きっとあなたが読んでいる: 修羅場シミュレーション「間違いだらけのシステム開発」

    燃えるプロジェクトに投下され、火消し&延焼抑止に奔走し、落ち着いたころに引き抜かれ、次へ… そのたびに、心労で胃痛になるか、ストレスいで太るか。 失敗プロジェクトなら、必ず現場がゾンビ化するとは限らない。腐敗は脳(上層部)から始まり、皮膚の内側(見えないところ)で進行する ←これかなり重要 たとえば、問題なくリリースまで至るが、一銭たりとも支払われなかったとき。次 ver.で費用は見てやるからさ、それまでにこの要件を「追加」として扱わないで作ってよ… というパターン。承諾しないPMは疎まれ、事情を知ったメンバーは総替え(あるいは脱出)する。そして、次の人にお鉢がまわってくる―― いっさいの事情を聞かされずに、警告すらされないまま。さあ、修羅場のはじまりだ … …なんてね、知人の話だよ(棒読み)。 「間違いだらけのシステム開発」では、そんな笑えない知人の話がたくさんある。どいつもこいつも生

    わたしが知らないスゴ本は、きっとあなたが読んでいる: 修羅場シミュレーション「間違いだらけのシステム開発」
    suVene
    suVene 2006/09/19
    恐ろしい事です。
  • あるITエンジニアが語る、パートナーとの付き合い方 - @IT自分戦略研究所

    プロジェクトでは自社の社員だけではなく、パートナー企業の社員や派遣社員、そのほかのメンバーと仕事をすることもある。そんなとき、特に気を付けなければならないことはあるのか。それはどんなことだろうか。ある若手エンジニアに、自分の経験を基に語ってもらった。 IT業界に飛び込んでから約8年。28歳になる私も、そろそろ中堅といわれるようになってきました。立場もプロジェクトメンバーからリーダーになり、小さいプロジェクトながらプロジェクトマネージャも経験するに至りました。 開発を経験する中で、パートナーとして何社かでお世話になったこともありますし、パートナーにプロジェクトへ参画していただいた経験もあります。 パートナーとの付き合い方がプロジェクトの成功を左右する場合もありました。これらをどのように乗り越え、何を学んだかを、いくつかの経験を挙げながら紹介したいと思います。 プロジェクトの規模や会社の方針な

  • 出動! 火消しエンジニア 火事場では何が起きているのか - @IT自分戦略研究所

    プロジェクトでのトラブル発生を「火が出た」、さらに悪化し収拾がつかなくなると「火事場」などと呼ぶ。そんな修羅場でITエンジニアは何を見、何を学んだのか。事態収拾を図る「火消し部隊」として燃えさかる現場に投入されたあるITエンジニアに、火消しの極意を聞く。 ■火災発生、緊急出動せよ どんな仕事場にも多少のトラブルはある。不具合は質も規模も多岐にわたるが、端的にいえば何かが「うまくいかない」。それが積み重なるとプロジェクトは制御不能な状態に陥ってしまう。 日ヒューレット・パッカード(日HP) コンサルティング・インテグレーション統括部 金融アカウント第一部 第三部 プロジェクトマネージャの田中淳一氏も、いくつかの修羅場をかいくぐってきた1人だ。通常の勤務に比べて何倍も激烈な経験だが、多くの教訓を得る場でもあるという。 田中氏はこれまでに何度か、火事場となったプロジェクトに助っ人として合

    suVene
    suVene 2006/03/08
    コミュニケーションできない人物をいつまでも台頭させているリーダーが悪い。
  • 1








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://b.hatena.ne.jp/suVene/project/

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy