プロジェクトの進捗遅れはなくせる
「システム開発プロジェクトで、進捗をきちんと守ることなんて到底無理ですよ。いいシステムを作ろうと思うほど、進捗が遅れるんですから。雑誌作りだって同じでしょう？」。 日経SYSTEMS 2010年8月号で「進捗遅れをなくそう」という特集を担当するにあたり、懇意にしているITエンジニアのAさんに相談したところ、特集の意義を真っ向から否定された。 記者は言葉に窮した。自分で言うのも何だが、記者は進捗（締め切り）遅れの常習犯である。自分のことを棚に上げて、システム開発プロジェクトの進捗遅れに意見する資格はない。 それでも、一点思うところがあったので指摘した。経験的に言って、進捗を遅らせたほうがいい記事になるとは限らない、ということだ。むしろ進捗通りに進んだときのほうが、記事の出来はよいように思う。 記者の指摘に対し、Aさんは「システム開発でも同じかもしれない」と答えた。単純な話、進捗を守ると余裕期
現場からのボトムアップによるプロジェクト管理を支援する「PM-BOX」
日本のソフトウェア開発環境に適したツールが必要 読者の多くは「80対20の法則」という法則をご存じだろう。「全所得の8割は、人口の2割の富裕層が持つ」「売り上げの8割は、全顧客の2割に依存している」など、成果や結果の8割はその要素や要因の2割に基づくという一般法則だ。この法則はさまざまな現象や場合を説明する際に用いられる。 アイナスの塩見氏 アイナスの塩見智和氏によると、ソフトウェア開発プロジェクトにもこの法則が当てはまるという。同氏は「一般にソフトウェア開発プロジェクトの8割が赤字プロジェクトといわれ、残りの2割の成功プロジェクトで利益を出している」と分析する。また、「赤字プロジェクトに陥る原因は、プロジェクト計画での見積もり精度が低いままプロジェクトを開始することにある」と説明する。その結果、プロジェクト開始後に仕様変更が続出するなどタイムロスが発生し、収支管理がうまくいかなくなるとい
Part3 現場の作成テクニック-どこまで分解するか？
日立製作所の神子秀雄氏は，どんな作業も「準備」「実施」「審査/承認」「登録/展開」に分解できる点に着目。粒度の大きい作業を分解する際の考え方として推奨している そんなとき，「四つの観点で作業をとらえれば，作業を分解しやすくなる」。こうアドバイスするのは，日立製作所の神子秀雄氏である。神子氏によると，どんな作業も「準備」→「実施」→「審査/承認」→「登録/展開」という四つの作業ステップに分解できるという。この四つの観点で粒度の大きい作業をとらえると，小さい粒度の作業に分解しやすくなるわけだ（図1）。 例えば，「A機能の結合テスト」を四つの観点でとらえると，準備として「テスト・ケース作成」，実施として「テスト実施」，審査/承認として「結果分析」，登録/展開として「リポジトリ登録」という細かい作業に分解できる。もし「テスト・ケース作成」でも粒度が粗ければ，これをさらに四つの観点で分解すればよい。
「ガント図の共有で臨む締切強化月間」の巻：第13回 | IT Leaders
当編集部における締切管理は、これまで至ってシンプルな方法で運用してきました。基本となるのはエクセルで作成する一覧表です。縦軸にコラム名や担当者名を、横軸にカレンダー形式で月日を書き入れたシートが標準フォーマット。ここに、各コラムごとに設定した原稿提出日や校了予定日のマークを記入したものをプリントアウトし、各記者に配付するというものです。 もっとも、計画表通りに事が進むことは滅多にありません。突発的な取材案件が舞い込んだり、記者が体調を崩したり…。いや、多くの場合は各自のスケジューリングが甘く、「すいません、間に合いません」というのが日常茶飯事。そんなこんなを織り込みつつ、日々、口頭で進行状況を確認しながら、ローリングプラン（と書くとカッコ良いが、要はつじつま合わせ案）を練り、何とか最終校了日に間に合わせる、というのが毎度のパターンです。 図1 これまで編集部では、エクセルで作成した締切一覧
アジャイル開発手法「SCRUM」の真実
スクラム（SCRUM）という開発手法がある。一時期雑誌をにぎわせたさまざまなアジャイル開発手法群のうちの1つである。日本国内で実際の導入事例はないが、米国では提唱者のケン・シュエイバー（Ken Schwaber）氏によって着実に導入実績を積み重ねているという。今回公開する「スクラムワークショップ体験記」は、筆者2名が日本人として初めて認定スクラムマスターを授与されたワークショップの様子を報告したものである。 米国のソフトウェア開発業界における独立系コンサルタントの躍進とアジャイル開発手法群の台頭という現象は切っても切り離せないものだ。このことは、XP（eXtreme Programming）の提唱者であるケント・ベック（Kent Beck）氏をはじめ、ソフトウェア開発手法に関する分野の“カリスマ”が日本のソフトウェア開発業界に紹介されたことからも記憶に新しい。米国のこのような動きは日本にも
まっきいろブログ | 生活の中での疑問・悩みを解決するブログ
はじめまして♪ このサイトの管理人のminagi-みなぎ-です。 生活の中での悩み・疑問など役立つ情報をお届けしています。 ぜひご覧ください！
第3回 プロジェクト炎上を防ぐには | gihyo.jp
プロジェクトは生き物だ システム開発に携わったことのない方はたくさんいると思いますが、プロジェクト[1]に携わったことがない人はいないでしょう。 プロジェクトなんて普段関わることもないと思っていても、私達の周囲はプロジェクトで溢れています。身近な例では、社員旅行やゴルフコンペ、新商品の開発やセミナーの開催もそうでしょう。プライベートな面では、旅行を企画する事や子供の受験もプロジェクトと言えます。 プロジェクトは、メンバーの能力やモチベーション、性格、とりまく環境、運等の要素が複合して「予定が狂う（ブレる）」のが特性です。今回は上手くいったなぁ、ちょっと失敗だったなぁ、とプロジェクトが終った際に考えるのはブレるからです。例えば、企画した旅行のホテルや食事、観光地が期待外れだったり、思ったよりも良かったという経験を持っているでしょう。 もちろん、システム開発もプロジェクトです。ただし、ブレ
少人数グループのカンタン便利なタスク管理術! : LINE Corporation ディレクターブログ
こんにちは。ブログビジネスユニット ディレクターの浪越です。 前回は『ライブドアに入社したばかりの私が驚いたこと』と言うエントリーを書かせていただきました。今はしたらば掲示板の担当ディレクターとして頑張っています！ 現在は、したらば掲示板の管理画面の全面リニューアルを進めています。 この度、10年(ライブドアに移ってから5年)ぶりに管理画面をリニューアルすることになりました。目標は、長年使い慣れたユーザーと、新しいユーザーに受け入れられる管理画面作りです。 作成したエクセルの見本 今回はシステム全てリニューアルということで、大量のテンプレートを作成することになりました。 ガントチャート等便利な管理ソフトは色々ありますが、多機能過ぎました。 あくまで全体のどの程度が終わっているのか、を確認する『タスクの可視化』をしたかったのと、開発する人の手を煩わせない簡単なものを…と思い、辿り着いたのは、
世界最大級のプロジェクトに学ぶ「強い現場の仕組み」
システム開発の強い現場には，何らかの「仕組み」がある。現場で磨き上げられた仕組みに皆が自然と従い，仕事のやり方や職場環境を常に改善していく。そんな仕組みを追い求めて，今年初めから30社以上の開発現場を訪れた。日経SYSTEMS 2009年4月号の特集記事に向けた取材である。 特集の執筆を終えたあと，三菱東京UFJ銀行のシステム統合プロジェクト「Day2」の開発現場を取材する機会を得た。ITproで何回も取り上げたのでご存じの方も多いと思うが，3年の期間をかけ，6000人が団結して成し遂げた世界最大規模のプロジェクトだ（関連記事1，関連記事2）。 Day2のプロジェクトでも，現場からさまざまな仕組みが生まれていた。取材で聞いた二つの仕組みを紹介しよう。 移行時のテストケースやリスクを洗い出す 二つの仕組みを作ったのは，法人向けサービスの分散基盤を開発する部隊である。Day2では，各種アプリケ
第2回 管理による４つのメリット。それを味わう者は誰？ | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
断絶が招く危機
もしその技術が伝わっていたら，こんな事態にはならなかった…。プロジェクト遅延やコスト超過，システム障害の発生など重大なトラブルの裏に，技術伝承の失敗が隠れていることが少なくない。伝えるための地道な努力を惜しんではならない。 技術の断絶が現場力の低下を招いているのではないか――。この思いから本特集を企画した。背景には，ある若手技術者の言葉がある。 「IT業界は技術の変化が早いでしょう。伝承しようと思ったときに，その技術は陳腐化している。だから，ベテラン技術者が自信をなくしてしまった。おかげで，彼らから僕らは何も伝えられていないんです」。 ものづくりの現場や伝統芸能の世界では，昔から技術伝承が大きなテーマだった。だが，歴史の浅いIT業界では「どんな技術を伝承すべきなのか」「どうやれば伝承できるのか」「そもそも技術は伝承できるのか」といったことが，議論されたことも検証されたこともほとんどない。あ
ITpro プロフェショナルの現場
最強現場の作り方 あなたが働くシステム開発・運用の現場は，プロと呼べない独り善がりな現場になっていないだろうか。プロと呼ばれるITエンジニアの条件は「ユーザーに尽くし，ユーザーに信頼される」ことである。様々な切り口で，プロの現場になるための道を探る。 関連サイト： 7つの行動パターン プロとプロでない人のわずかな差 行動パターン1●情報システムや会社の歴史を調べる 行動パターン2●マニュアル類を手元に置く 行動パターン3●新聞，雑誌，Webサイトを読む 行動パターン4●緊急時の連絡網を整備する 行動パターン5●早く出社して段取りを確認する 行動パターン6●手順や作業内容を記録する 行動パターン7●明るく元気に挨拶をする あなたにもできる技術伝承 技術の断絶が起きている。社内にある技術，それを伝承できない現場に明日はない。だが，何を残せばよいのか。どう伝えればよいのか。「型」「反復」「体験」
デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ ― ＠IT
ユーザーの要件定義があいまいでシステム開発中も修正に次ぐ修正。プロジェクトは大幅に遅れて、予算が超過。しわ寄せは下請け、孫請けへ。デスマーチ……。新3Kともいわれるこんな日本のIT業界が2009年4月に大きく変わるかもしれない。そのきっかけとなるのが「工事進行基準」の原則義務付けだ。 【関連記事】 工事進行基準を分かりやすく解説してみよう【基本編】 工事進行基準を分かりやすく解説してみよう【対応編】 工事進行基準（用語解説）とは会計基準の変更によって2009年4月にシステム・インテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進捗度に応じて、分散して計上する仕組みだ。 これまでSIerは、工事進行基準ではなく、開発終了時に売り上げと原価を一括計上できる「工事完成基準」
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
組み込みソフトウェア／ハードウェア開発における技術力の向上、改善・最適化などを幅広く支援する“組み込み開発エキスパート”のための情報フォーラム
ITサービス会社の営業と開発に大変革を迫る「工事進行基準」
システム・インテグレータなどITサービス会社は間もなく，トップマネジメントから現場の営業，開発に至るまで抜本的な変革に迫られる。これは「そうしなければ勝ち残れない」といった類の話ではない。2009年4月にも予定される会計基準の変更がITサービス業を直撃するためで，顧客との厳格な契約と正確な原価見積もり，精緻なプロジェクト管理などが実践できない限り，事業の継続自体が不可能になりかねないのだ。 今回の会計基準の変更では，SI（システム・インテグレーション）案件などで「工事進行基準」による会計処理が事実上義務づけられる。現行の「完成基準」は，システム開発が完了し検収書を受け取ってから売上を計上する。これに対して，工事進行基準はプロジェクトの進ちょく状況に合わせて売上を“分散計上”する。一見すると，単なる会計処理の方法の変更だが，営業担当者やSEの業務にも多大な影響を及ぼすことになる。 工事進行基
プロジェクト管理プロダクト15選、OSSはコメントもチェック | エンタープライズ | マイコミジャーナル
Smashing Magazine - WE SMASH YOU WITH THE INFORMATION THAT WILL MAKE YOUR LIFE EASIER, REALLY. 世の中にはさまざまなプロジェクト管理ツールがある。TODOをまとめる程度のものもあればデスクトップアプリケーションで提供されているもの、Webアプリケーションとして提供されているもの、グループウェアの機能を備えたもの、コードビューアやバージョン管理システムと統合されたもの、汎用的なもの、特定の分野に特化したものなど実にバリエーションに富んでいる。 効率のいい仕事を実現するには目的にあったプロジェクト管理ツールを活用する方法がひとつの手段として有効だが、まずどれを選べばいいか迷ってしまう。そこで一つの資料として、Smashing Magazineに掲載されているCameron Chapman氏の15 Us
ガントチャート・工程表ソフト Project Canvas
企業等での情報共有を前提に10人～100人規模での導入に豊富な納入実績。１人で利用するユーザーも多数。利用規模に応じた活用が可能。お求めやすい価格設定で、工程管理そのもののコストダウンを実現します。 １タスク１行で記述する、いわゆる「ガントチャート」だけでなく、横にタスクを並べて配置する「工程表」の作成用にも定評があります。製造業・建設業・システム開発など様々な業種で、予定・計画を立てるとき、仕様書・計画書に工程表・ガントチャートを記載するときに存分に活用。その後も、進捗管理や実績管理の機能を駆使してプロジェクト管理ツールとして役立てることができます。 ＜こんな方にお勧め！＞ プロジェクト管理、工程管理のご担当者様、ガントチャート、工程表の作成に何を使っていますか？ 簡単ですぐに使えるプロジェクト管理ソフトProject Canvasをぜひお試し下さい！ 工程表の作成に特化し、自由な表現が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 仕事を100倍楽しくするプロジェクト攻略本: 米光一成: 本
Project Facilitation
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist