文：Michael Krigsman（Special to ZDNet.com） 翻訳校正：村上雅章・野崎裕子 2010-09-02 08:00 プロジェクトの納期が守れそうにない、あるいは予算を超過しそうだと知って慌てふためくマネージャーをよく見かける。とは言うものの、プロジェクトが問題に直面していることを示す兆候を見逃してしまっている場合もよくあるものだ。 この件に関して『Early Warning Signs of IT Project Failure：The Dominant Dozen』（失敗するITプロジェクトの兆候：主な12のサイン）という学術論文を執筆するために、2人の研究者が19人の専門家と55人のITプロジェクトマネージャーの協力を得てデータを収集した。そして彼らは、「重要な兆候や問題に対する「初期の警戒信号」はしばしば、プロジェクトが実際に失敗に終わる時点よりもずっと

iTopはPHP製のオープンソース・ソフトウェア。ITが社内外で使われるようになり、ITエンジニアに協力を求められるケースは増えている。社内エンジニアのようにオフィス向けにユーザサポートするケースや、社外のクライアント向けにサポートするケースもある。 社内エンジニアなどに便利そう いずれの場合も要望というのは雑多であり、適切に管理していかないと大きな問題に発展したりすることが多い。メールベースで管理する人も多いが、サポート以外のメールが紛れ込むケースも多い。そこで使ってみたいのがiTopだ。 iTopはサービスデスクとしての役割を担うソフトウェアで、クライアントを登録し、その要望をタスクとして追加する。そしてサポートメンバー内で作業を割り当て、そのやり取りを含めてステータスを管理していくのだ。これによって漏れなく対応が臨めるようになる。 基本的に表組みでデータを管理する インシデントや変更

プログラマの誇りがどうこうと書いていていうのもなんだけど、 プログラマが下手に誇りを持ちはじめた昨今。 いい加減、うんざりしてきた。職業ぷろぐらまな面々に。 作る技術がスキルのすべてだと勘違いしてるぷろぐらまに。 誰をターゲットに吠えるわけではないけれど、 我慢してることを言います。 仕事＝きれいなコーディング 仕事＝疎な設計 仕事＝きれいなドキュメント とか、そんなことで満足してんなって。 作る技術をバックボーンにして、 話をまとめる力をつけて、 要件をまとめる力をつけて、 交渉をまとめる力をつけて、 費用抑える力つけて、 お客さんの要件を引き出して、実現して、貢献して、 初めて仕事が成り立ってるんだろうが、 ビジネスが成り立つんだろうが。 目指さんかい、営業からテストまで1人で全部実現できるぐらいの境地を。 一周して来いって。 それができるまではずっとワーカー。 #追記 ワーカーは煽り

XP祭り関西2010のTiDDセッションの感想を読んでメモ。 【元ネタ】 [TiDD] BTSがチケット駆動開発に向いている理由: ソフトウェアさかば 2010-02-07 - winplusの日記 XP祭り関西2010に参加してきた - Basic XP祭り関西2010でアジャイルとチケット駆動開発について考えてきた #xpjugkansai - Pragmatic Style 【1】2010-02-07 - winplusの日記の感想について、倉貫さんの事情は色々あると思うけど、僕の意見を一言。 (前略) それと、倉貫さんが「Redmine でも重い」「Googleのスプレッドシートでタスク管理している」という発言に、あきぴーさんが「僕は納得していない」と。 この日に目撃したほとんど唯一の衝突だったのですが、それ以上の展開がなかったので、すごく残念でした。 倉貫さんの　Excelならダ

システム開発で、もし顧客から「お金なら出しますから、4カ月のところを2カ月で作ってくれませんか？」と言われたらどうするか？ この状況についての考察を、TISの社内ベンチャー「SonicGarden」代表を勤める倉貫義人氏がブログ「Social Change!」のエントリ「アジャイル開発のボトルネック」に興味深くまとめています。 倉貫氏はアジャイル開発手法を実践してきた人としても知られており、先日まで「日本XPユーザグループ」の会長でもあった人です。考察もアジャイル開発手法の考え方に基づいて展開されています。 まず、品質以外のパラメータが変動可能なら、納期を短くすることも可能か？ について倉貫氏は考察しています。 確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 と

プロジェクトの進捗を円滑にする おすすめスケジュール管理ツール 田口 和裕（フリーライター） 日々ウェブサイトの管理・運営を行うWeb担当者は、他事業部との連携や制作会社との打ち合わせなど、複数のメンバーでチームを組んで仕事をしている場合がほとんどだろう。このような多人数でのプロジェクトを円滑に進行させるためには、メンバー1人1人が作業の進捗と自分の役割を把握できるような、スケジュール管理ツールが必須となる。無料で利用できるツールやサービスをいくつか紹介しよう。 本格的なガントチャートでプロジェクト管理 GanttProject「ガントチャート」とは、横軸に時間、縦軸に工程を配置した帯状のグラフだ。工程ごとの作業の進捗を効率的に管理できるのでプロジェクト管理でよく使われている。よくガントチャートをエクセルで作成している人を見かけるが、工程の変更や遅延などに細かく対応するには、やはり力不足だ

こんにちは、livedoor Blog担当の眞子裕介です。 今回は、さんざん失敗を重ねた落ちこぼれディレクターの私が、自らの経験を基に学んだ「失敗を回避する術=自分セーフティネット」について説明したいと思います。 この「失敗を回避する術=自分セーフティネット」を身につければ、いまより打率が上がるはずです！ これまでの悲しい体験から私が学んだ技を生かして、皆さんのプロジェクト遂行に役立てていただだければ最高です。 経験の多い会社であれば、すでに先輩たちが作ってこられたフォーマットやチェックリストなどの資料、組織体系の中に「失敗を回避する術」がすでに折り込み済みなのかもしれません。私がライブドアに入社した2005年当時は、ライブドアは「谷底に突き落として、這い上がってこい」の精神が蔓延しており、ディレクターの技術を身につけていなかった私は、自ら失敗を重ねつつ、周りのひとの仕事をまねながら学んで

こんにちは。ブログビジネスユニット ディレクターの浪越です。 前回は『ライブドアに入社したばかりの私が驚いたこと』と言うエントリーを書かせていただきました。今はしたらば掲示板の担当ディレクターとして頑張っています！ 現在は、したらば掲示板の管理画面の全面リニューアルを進めています。 この度、10年(ライブドアに移ってから5年)ぶりに管理画面をリニューアルすることになりました。目標は、長年使い慣れたユーザーと、新しいユーザーに受け入れられる管理画面作りです。 作成したエクセルの見本 今回はシステム全てリニューアルということで、大量のテンプレートを作成することになりました。 ガントチャート等便利な管理ソフトは色々ありますが、多機能過ぎました。 あくまで全体のどの程度が終わっているのか、を確認する『タスクの可視化』をしたかったのと、開発する人の手を煩わせない簡単なものを…と思い、辿り着いたのは、

正しい管理の四つの本質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 （それ以外のことは全部管理ごっこ） 安全と変更・変更は、あらゆるプロジェクトの成功のために（ほかの大抵の物事についても）必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内

思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。

http://anond.hatelabo.jp/20090519230327 とりあえずプロジェクトマネージャが作りたいシステムを語る。酒の席だったりする。 それを何となくSEに伝えて営業用資料を作る。この過程で何度も何度もあーでもないこーいうつもりでもないと言いながらもできあがる資料は抽象的でなんとなくそれっぽい絵とどこかで見たようなシステムに独自っぽい名前を付けてるだけのすっからかんなペラい物になる。本音を言うと「Amazonを作る」と言われる方が楽だ。「作りたい本人が説明できない、今までにないような独自のシステム」を作る事になるとバグとか糞とか以前に完成しない。 そのペラい資料をもって営業に行くがすんなりは決まらない。この間はいい感じだねって言ってたじゃんって展開も。そのまま下にも同じ事を言われる。 決まらないがとりあえず作り始めてとデザイナとプログラマに投げられる。とりあえずジャ

RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。