タグ

developmentとpmに関するn-segaのブックマーク (12)

  • ゲーム開発 プロジェクトマネジメント講座

    ゲーム開発 プロジェクトマネジメント講座 2011年10月8日 株式会社スクウェア・エニックス CTO 橋 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか? 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ(コンテンツの範囲)の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース(人員・環境)の問題 • ビジネスの問題 4©SQUARE-EN

  • 開発者の仕事が遅いわけではない!納期が遅れるホントの原因 | POSTD

    “なぜ納期を守れなかったのだろうか?” 我々マネージャが、納期に遅れることを自分のチームのせいにするのは簡単です。しかし、納期に遅れる原因は当に開発者の仕事が遅いせいでしょうか? Sprintly は、開発者のサイクルタイムに関する膨大なデータを保有しています。当社は、タスクのサイズごと(S、M、L、XL)、また種類ごと(ストーリー、テスト、バグ)に、完了までにどれくらいの期間がかかるかを追跡しています。 当社が調査した動向について 1点目:開発者は非常に平均的です。ユーザ全体で見たサイクルタイムはほぼ同じであることを当社のチケットデータが示しています。システム内の全チケットの75%は、開始後およそ175時間で完了しています。 ^(1) 2点目:変動があるのは、ほとんどがチケットが開始される前(SomedayからBacklogまで)の段階です。これは、関係者が仕様を理解して作業の優先順位

    開発者の仕事が遅いわけではない!納期が遅れるホントの原因 | POSTD
  • いまアツいアジャイルプロジェクト管理ツール9選+Pivotal Tracker入門

    いま再びキてる「アジャイル」開発 世界で広がりつつあるアジャイル 2001年の「アジャイルソフトウェア開発宣言」から10年が経過しました。アジャイルマニフェスト登場当時の熱狂的な雰囲気は一時期停滞気味でしたが、最近再びアジャイル開発が広がりを見せています。 その理由の中心は、ITの進歩や世界のボーダレス化とともに、ビジネスの変化のスピードが早くなり、競争が激化したため、一刻も早く顧客に新しい価値(ソフトウェア)を届ける必要性が増したため、アジャイルに開発する必要が出てきたためでしょう。 欧米はもちろん、日でもアジャイルに対する注目は増していて、先日開催されたDevelopers Summit 2012のデブサミ2012アワードでも、角谷信太郎氏の講演『アジャイルマニフェスト ディケイド』が1位を取り、来場者数も過去最高を記録するなど高い注目を浴びています。 群雄割拠 アジャイルプロジェク

    いまアツいアジャイルプロジェクト管理ツール9選+Pivotal Tracker入門
  • 炎上プロジェクトの責任はプロマネが9割 - プロマネブログ

    サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、3部作の3目となります。 ウォーターフォール開発とアジャイル質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが9割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合   ・・・ チーム内の意思統一 スコープ ・・・ 目標、成果決定 タイム  ・・・ 期限、スケジュール管理 コスト  ・・・ 予算、費用管

    炎上プロジェクトの責任はプロマネが9割 - プロマネブログ
  • Agile Project Management

    Proven project management for successful teams With a shared view of team priorities, a process that fosters collaboration, and dynamic tools to analyze progress, your team will deliver more frequently and consistently. Better organization to get focused Keep your team on the rails. Tracker's shared backlog makes priorities clear so the team can stay organized. Easily visualize scope, focus your t

  • @IT:明日からできるプロジェクト管理(2)

    成果物・文書管理にすぐ使えるオープンソース~効果的な成果物・文書管理手法~:明日からできるプロジェクト管理(2)(1/3 ページ) 今回は、文書管理の効果的な手法とその手法を具体的に支援するオープンソースツールを紹介する。つねに更新される成果物や文書を系統立てて、なおかつ時系列に沿って管理するにはどうすればいいのだろう。 プロジェクトマネージャ(=PM)の石出さんは今日も悩んでいます。 石出さん談――。 「成果物はどこにあるのだろう。レビューしないといけないけどできあがっていないように思える。でもできたといっていた。どこにあるのだろう。あっ、これか。あれっ、この間の指摘が反映されていない。メールをしたらバージョンが違っていましたという回答が返ってきた。これが最新なのか。確かに反映されている。これで内容をチェックして、これでオッケーと。この文書については100%の進ちょくとしてよいだろう。あ

    @IT:明日からできるプロジェクト管理(2)
  • 変更管理、その正体と対策

    連載第1回「ファイルバージョンの管理だけで十分ですか?」では、構成管理とは単なるファイルのバージョン管理ではなく、例えていうならプロジェクトを丸ごと保存することであり、その導入手順の概要をお伝えしました。第2回「プロジェクトの構成要素を探す手順」では、構成要素の見つけ方についてお話ししました。第3回は、それら構成要素の変更管理について解説したいと思います。 変更管理とは? まず、変更管理について明確にしておく必要があります。皆さん、変更管理という言葉を聞くと、“何となく”想像することはできても、明確には定義できないのではないでしょうか? システム開発における変更管理とは、 変更要求を一意に識別し、 変更要求に対応することによる影響を正しく把握したうえで対応計画を立て、 対応作業の実施およびその結果を確認すること によって、常にすべての成果物間の整合性を確保・維持すること、です。 CMMIの

    変更管理、その正体と対策
  • ファイルバージョンの管理だけで十分ですか?

    短期連載(要求仕様のボトルネックを探る)では、ITプロジェクトにおける“要求”というものにフォーカスし、高品質な要求開発と、その要求を管理することについてお話ししました。今回の連載では、構成管理(SCM:Software Configuration Management)について見ていきたいと思います。 読者の中には、構成管理といわれると「ソースコードのバージョン管理のことでしょ」ということで、主にライブラリアンと開発者が気にするものという認識の方も多くいらっしゃるのではないかと思いますが、当にそうでしょうか? 数人のチームで、1カ月程度で作り上げるようなシステムや、オープンソースではうまくいっても、ある程度の規模の受託開発や、製品開発ではそれだけではうまくいかないことが多いのです。そこで今回は、まずは構成管理の概要をつかんでいただきたいと思います。 プロジェクトの現場で見られる問題点

    ファイルバージョンの管理だけで十分ですか?
  • Subversionで簡単・確実にファイルを構成管理

    Subversionで簡単・確実にファイルを構成管理:エンジニアがお薦めする 現場で使えるツール10選(4)(1/5 ページ) 普段無意識にやっているファイルの整理を、「Subversion」を使ってバージョン管理、構成管理します。このツールを使えば、開発チームの効率がアップすること間違いなしです! 構成管理≒バージョン管理 バージョン管理というと、ソフトウェア構成管理のことを示す文章を見掛けますが、「CMMI」(Capability Maturity Model Integration:ソフトウェア開発におけるプロセスの成熟度評価やプロセス改善を行うためのガイドライン)のソフトウェア構成管理によると、「変更管理を含むソフトウェアの構成を制御・管理できていること」と定義されています。 今回は、ソフトウェアのソースコード管理だけでなく構成管理(ドキュメント管理)におけるSubversionの

    Subversionで簡単・確実にファイルを構成管理
  • 開発マイルストーン

    プロジェクト開発などのスケジュール管理をExcelで簡単かつグラフィカルに作成するマイルストーンは一つの指標です。 プロジェクトでは、達成したい目標へ向かってまずステップごとに段階を分け、計画を立てて実施します。 その結果の検証をして、これをもって修正された新たな計画を立て再び実施を行います。 このようなサイクルでプロジェクトを進めていく上で重要な指標がマイルストーンです。 ツール「開発マイルストーン」は、システム開発などで必要なプロジェクト管理をサポートするためのツールです。 MicrosoftExcelを使用して、簡単に入力でき、かつグラフィカルに表現することができます。 無料で使える工程管理ソフト 「開発マイルストーン」は、MicrosoftExcelが利用できる環境であればどなたでも利用できます。 また、機能以外にもExcelに備わっている豊富な機

    n-sega
    n-sega 2009/02/25
    使いやすい工程管理ソフト
  • デスマーチが起きる理由 - 3つの指標

    Your system administrator has blocked your computer or device. Please contact the system administrator.

    n-sega
    n-sega 2007/02/11
    デスマーチ、コストとの制約
  • 納入時に品質を確保する「受入テスト」と「総合テスト」

    納入時に品質を確保する「受入テスト」と「総合テスト」:ビジネスサクセスのための“情報システム品質”(3)(1/2 ページ) 情報システムの品質を考えたとき、開発されたソフトウェアの「受入テスト」「総合テスト」は、極めて重要である。情報システム品質を確保するためのチェックポイントとは? ユーザー企業の情報システム開発の最終段階は、協力会社または自社でのソフトウェア開発がほぼ終了した後、ユーザー企業側での受入テスト、総合テストである。このポイントでの品質は、実際の運用に供するためには欠かすことができない。 受入テスト 情報システム開発において、ソフトウェア開発のすべてを内製することは、人材面・稼働面・コスト面から見て現実的ではない。稿ではソフトウェアのかなりを外製していることを想定しているが、協力会社から「はい出来上がりました」と持ち込まれて、すぐ動くとは限らないし、複数の協力会社に依頼して

    納入時に品質を確保する「受入テスト」と「総合テスト」
    n-sega
    n-sega 2007/02/06
    プロセス的に自動化できるはず。
  • 1