[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

projectに関するfbisのブックマーク (5)

  • ITPro: 基本設計におけるレビューの勘どころ

    どんなに基設計をしっかりやっても,その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し,進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「考慮していない外部システムとの連携が詳細設計で見つかった」,「仕様間の不整合が実装フェーズで発見された」――。どんなに基設計をしっかりやっても,その後のフェーズで「欠陥」が見つかれば意味がない。欠陥が発見されれば手戻りが発生し,進ちょく遅れや収益悪化といったプロジェクトの混乱を招く。基設計フェーズにおける品質向上のプロセスや成果物のレビュー方法について解説しよう。 「欠陥防止」を徹底する 改めて言うまでもないが,基設計の成果物の品質を向上させるプロセスは,(1)設計作業を実施する,(2)成果物をレビューして欠陥を洗い出す,(

    ITPro: 基本設計におけるレビューの勘どころ
  • PHP5で書かれたWeb2.0風プロジェクト管理ツール:activeCollab:phpspot開発日誌

    activeCollab - open source project management and collaboration tool. activeCollab is an easy to use, web based, open source collaboration and project management tool. Set up an environment where you, your team and your clients can collaborate on active projects using a set of simple, functional tools. 100% free!PHP5で書かれたWeb2.0風プロジェクト管理ツールactiveCollabの紹介。 プロジェクトを作ってその下にマイルストーンを設定したり、その元でタスクを追加したり、

  • プロジェクトは失敗するのが当たり前!? ― @IT情報マネジメント

    ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16%。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16%だったという。 日においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」(社団法人 日情報システム・ユーザー協会)に調査によれば、システムの仕上がりに満足と回答したユーザーは10%前後に

    プロジェクトは失敗するのが当たり前!? ― @IT情報マネジメント
  • プロジェクト中止のタイミングを計る | OSDN Magazine

    ときには、痛みをできるだけ抑えながら中止することこそがITプロジェクトにとって最善の措置になる場合がある。その結論にたどり着くのはプロジェクトチームにとって容易ではないが、プロジェクト中止がビジネスのやり方として最も現実的なことはあるものだ。 いさぎよく失敗を認めて中止するのではなく、ひたすら前進を目指して傷口を広げていくプロジェクトにもやがては限界が訪れる。不幸なことに、こうした限界はプロジェクトに追加の時間と資金を注ぎ込んだ後にやって来るので、中止の決断はますます難しくなる。 プロジェクト中止が結果としてプラスになることの証明が必要になったときにやるべきことは、インストール環境におけるアプリケーション構成を検討することだけである。現在稼働中のシステムのなかに、組織の利益を考えれば中止しておくべきだった、と思えるものが少なくとも1つはあるだろうか。組織によっては、中止に値したはずのシステ

    プロジェクト中止のタイミングを計る | OSDN Magazine
  • プロジェクトチームのリーダーに向く人、向かない人 ― @IT情報マネジメント

    チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています(年功序列主義の会社ではよく見られることです)。これは、リーダーとして特別な素質がないと思われたり、思い込んだ

    プロジェクトチームのリーダーに向く人、向かない人 ― @IT情報マネジメント
  • 1