開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
Microsoft Projectの代替ソフトウェアとしてプロジェクト管理が可能でガントチャート表示もできるフリーソフト「OpenProj」
Windows、Mac、Linuxのいずれでも動作が可能で、JRE1.5以上がインストールされていれば問題なく利用できるのがこの「OpenProj」。ガントチャート、ネットワークダイアグラム、WBSとRBSチャート、レポートの印刷とPDFによる出力、コスト計算などなど、プロジェクト管理に必要なほとんどの機能が備わっています。 また、Microsoft Projectのファイルを開いたり保存することも可能です。ただのビューワーではなく、実際に編集できるのでかなり便利。メニューなどはほとんど日本語化されており、抵抗なく使うことができます。 ダウンロードとインストール、実際の表示などは以下から。 Home | Serena Open Source and Hosted Project Management Software http://openproj.org/ 今回はWindows用を使うの
あるＳＥのつぶやき: プロジェクト管理メモ
プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門：ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践：ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次：ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次：ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス － ＠IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine：コーナー：実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ
「PMPを取得せよ」と上司にいわれたら、最初にとる5つの対策
最近、仕事だけでなく人も任されるようになった。死の行進を生き延びてきた。細かい指示ではなく目標と締め切りだけを渡されるようになった―― そんなあなたを上司が呼びつけて、 「おまえ、PMP取りなさい。今年じゅうにヨロシク」 と告げられる。 (ﾟДﾟ)ﾊｧ? 顔文字通りの表情をつくるあなたを無視して、上司はこうまくしたてる。 「SE→PMキャリアを目指すなら、PMPは必須」 「なぁに、受験料は出すから安心しろ（合格したらね）」 「受験条件である35時間の研修は、そのうち受けさせてやる」 「でも実務に影響のないようにヨロシク」 PMPって何? 研修が必要なの? そんなあなたが次にしなければことは何だろう? このエントリを参考にしてほしい。 必要なサイトをチェック PMBOKガイドを入手&チェック 受験日を決めて、逆算してスケジュールを立てる 周囲に宣言する 勉強を開始する ■1 必要なサイトをチ
連載：Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう！｜gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
絶望的な状況を脱出するリーダーとは? 「エンデュアランス号漂流」
すさまじいノンフィクション。口全開で読む。 極限と、そこからの生還がある。月並みだが、「事実は小説よりも奇」を地でいく。ただしこの場合、「奇」ではなく「危」だな。あるいは「飢」か。 動機は、「大英帝国が南極点到達に遅れをとるなんて！」→「ならば南極大陸横断だ」と、まことに不屈魂（endurance）あふれるもの。無線は実用化されておらず、ましてや雪上車? なにそれ? の時代、つまり1914年に決行している。 当時としては最も頑強な「エンデュアランス号」は、南極大陸の手前で氷に閉じ込められ→圧砕→沈没。5,000人から選び抜かれた28名は氷板の上で生き延びるも、破砕→漂流。食料不足、極寒の嵐、凍傷、病気… 次から次へとくる危機的状況に、真正面から立ち向かう。写真を見る限り、冒険自体が狂気の沙汰としか思えん。 本書の中盤あたりから、誰が死んでもおかしくない状況がの連続。いや、全員死亡もありうる
システム開発プロジェクトの標準工期は投入人月の立方根の2.4倍 | スラド
日本情報システム・ユーザー協会が、ユーザー企業102社の357プロジェクトを調査したソフトウェアメトリックス調査2007を発表したことに関する記事が@ITに掲載されています。この記事によれば、調査対象プロジェクトの工数と工期をグラフ化し、回帰直線に出した結果、標準開発工期は「投入人月の立方根の2.4倍」という結論を導き出したらしい。1000人月であれば24ヵ月の工期設定が標準ということだ。他にも、システムの画面数やファイル数も工期設定に使えるということで、調査からは「必要工数＝0.1×ファイル数＋1.3×画面数＋0.3×バッチ数」という数式になるそうだ。画面数だけでは、「必要工数＝画面数×1.55」ともなるらしい。さすがにこれだけで工期設定するのは無謀だが、ある程度の参考にはなるのだろうか?
わたしが知らないスゴ本は、きっとあなたが読んでいる: 困った現場に効く「プロジェクトマネジメント現場マニュアル」
プロマネ本は沢山あるが、こいつは具体的。プロジェクトのその場その場で発生する問題とその解決策がよく分かる。「こんなときどうする?」形式なので、自分なりの対策を考えて→次のページで"答え合わせ"をするといった読み方もできる。カユいところに手が届く仕掛け。 例えば… 問題がいつまでたってもなくならない。進捗報告はペンディングの山。どうやって片付ける? テストが甘い。行き当たりばったりで、テスト自体のモレヌケによりつぶすべきバグが後になって湧く。なんとかするには、何をどうすればいい? アバウトな品質要求「使いやすい画面にしろ」といわれたとき、何をどうすれば「使いやすい画面」になっているといえるのか? 進捗管理が甘い。「90パーセントです」が1ヶ月続く。あるいは、進捗会議の場が、「なぜ遅れているのか」の言い訳の場になっている。どうする? 答え 問題を管理する。責任者、期限、優先度を決め、進捗を監視
開発マイルストーン
プロジェクト開発などのスケジュール管理をExcelで簡単かつグラフィカルに作成するマイルストーンは一つの指標です。 プロジェクトでは、達成したい目標へ向かってまずステップごとに段階を分け、計画を立てて実施します。 その結果の検証をして、これをもって修正された新たな計画を立て再び実施を行います。 このようなサイクルでプロジェクトを進めていく上で重要な指標がマイルストーンです。 ツール「開発マイルストーン」は、システム開発などで必要なプロジェクト管理をサポートするためのツールです。 MicrosoftExcelを使用して、簡単に入力でき、かつグラフィカルに表現することができます。 無料で使える工程管理ソフト 「開発マイルストーン」は、MicrosoftExcelが利用できる環境であればどなたでも利用できます。 また、本機能以外にもExcelに備わっている豊富な機
わたしが知らないスゴ本は、きっとあなたが読んでいる: いきなりコンサルタントに抜擢されたSEが読むべき5冊
上長から「来週からコンサルタントとして○○社に入ってくれ」なんて言われたときに、あわてないための5冊。以下の条件全部にあてはまる人のための選書なので、関係ない方はスルーしてくだされ。シリーズ化しつつあるエントリ（ [その1]、[その2] ）だが、ここらでまとめ。 システム開発チームのメンバーまたはリーダー 顧客の御用聞きを「コンサルティング」だと思っている ←これ誤り McKinsey や accenture といった「ファーム」と一緒に、顧客の中に入って仕事しなければならなくなった これまで、即効性と実用性で4冊レビューしてきたが、このたび5冊目として扱いたいガイドを見つけた（4冊目）のでまとめてご紹介。 ■最初に結論 コンサル会社がやっている「コンサルティング」は、決まりきった手順や方法を粛々と実行しているに過ぎない。目標に対して泥臭いぐらい愚直に反応する。そうしたメソッドと沢山持って
ステークホルダーは複数名、さあどうする？――ブレークスルー思考がカギ
ドラスティックな変化が求められる ITコーディネータ協会の関隆明会長によると、中国、韓国が最も注目している日本の強みは「マネジメント力」であるという。そしてITコーディネータという存在に対しても、自国に導入できないかと興味深々というのだ。参照記事 大型の輸送機械、産業ロボットから精密な電子部品までレベルの高いモノづくりをこなし、世界の市場で戦う製造業大国に対する憧れはいまだに健在ということなのだろう。しかし、「マネジメント力」に注目されていると聞いて、面映い思いをする読者も多いのではないか。日本企業は今、「チェンジ、マネジメント」の真っ最中なのだから。 「これまでは、現場が何を実現したいのか、がメインテーマだった。しかしこれからは経営が目指す目標を中心テーマにして、環境に合わせたドラスティックな変化が何度も必要になってくる時代だと感じています」と語るのは、富士ゼロックス、営業本部 グローバ
プロジェクトのはじめに計画を立てるのは無謀 ― ＠IT情報マネジメント
大半の組織では、各種アプローチのパフォーマンスや有効性を評価するためにさまざまな形で評価値を利用している。評価値のないものは、順調かどうかを判断するための主観的な意見にすぎない。評価値は必須なのだ。だが、評価値には用心が必要で、リソース利用率の有効性を実際に知りたい場合は産出量（生産性）の増加を評価するように、多くの場合、本当に知りたいものを直接評価することはできない。 評価値にはもっと難解な面もある。人は評価するものに注目し、評価されるものが重要だと仮定する。評価値が直接価値に結び付かなくても、評価が行われると考える分野のパフォーマンス向上に努めていく。カギとなるのは受け止め方だ。マネージャは、1つのことを公然といいながら評価値を通じて別のことを強調し、言葉に出した目的を事実上台無しにすることがある。評価値は、評価されているものが有意義であることを暗示する。 ポイントになるのは、人は評価
顧客定義
顧客との関係構築をITで実装することを考えると、顧客の定義に従った業務設計がなされ、企業内の誰もが（あるいは関係先も含めて）、「良い顧客」にとって望ましい行動を取れるようにしなければならない。 顧客維持の重要性 あなたの所属する企業は、新規顧客獲得（コンクエスト：conquestあるいはアクイジション：acquisition）と、これまでお付き合いのある顧客維持（リテンション：retention）のどちらに比重を置いたビジネスをしているだろうか？ もしかすると、いろいろな施策が錯綜（さくそう）していて分かりにくいかもしれない。分かりにくい理由も想像がつく。例えば、新規顧客獲得に対する施策が多く打ち出されていたり、新規顧客獲得に対するインセンティブが設定されていたりする一方で、同時に既存顧客に対して優遇プログラム（例えばポイントシステムなど）が設定されているケースなどである。身近な例では、「
1週間に4時間しか働かない人の仕事術 - himazu blog
1週間(1日ではない)に4時間しか働かない会社社長が、効率的な仕事のしかたの指南をしている講演があった。3月にテキサス州でおこなわれたSouth by Southwestというメディア関係のイベントの中でおこなわれた「The 4-Hour Workweek: Secrets of Doing More with Less in a Digital World」と題する講演である。以下で講演のMP3ファイルが入手できる。 また、このほかの講演・パネル討論の音声はここで入手できる。 講演の概要は以下のとおりである。 講演者 私の名前はティム・フェリス(Tim Ferriss)。プリンストン大学で非常勤講師をし、ハイテク分野での起業にについて教えている。そして、スポーツ飲料・食品の企画・製造をおこなう会社を経営している。世界15ヶ国に製品を卸している。 起業から現在まで 私は2000年に起業し、
すごい技術者はすごいマネージャになれるか？
前回「エンジニアにとっての本当の『顧客』は誰？！」はFさんを例に、単に活躍するだけでもうまくいかない事例を通して「ステークホルダー」の調整の難しさを考えてみました。 さて、早速前回のWeb投票の 結果（2007年3月5日時点）を簡単に分析してみましょう。 ［質問］ ITプロジェクトの運営・遂行の上で非常に重要なのは？ ■アンケート結果 メンバーのスキル 23人 33.82％ マネージャのスキル 19人 27.94％ 見積もり 13人 19.12％ プロセス 6人 8.82％ 根性 7人 10.29％ まず2位について。やはりプロジェクトの成否において、マネージャのスキルは誰もが重要だと考えています。プロジェクトの遂行に責任を負っているのが「プロジェクトマネージャ」という言葉の意味である以上、最初に「重要な要素」として挙げられるのは理解できます。 例えば、多くの場合システムが「オーダーメイド
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のプロジェクト管理入門
ゆとりの法則 － 誰も書かなかったプロジェクト管理の誤解
Loading...
リーダーになるための11の重要な条件 (手帳2.0)
