開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > 開発の“無理ゲー進行”はこう回避せよ！ 若手エンジニアが締め切りを健全に守るためのストラテジー エンジニアにとっての永遠のテーマ、「締め切りはどうしたら守れるか」。上司に言われるままにタイトなスケジュールを押し付けられた経験があるエンジニアは少なくないはずです。 「無理ゲー進行」を生み出す要因はいくつもあります。「完全版をリリースしなけばいけない」という固定観念や、期日だけを厳密に管理して現場へプレッシャーをかけるプロジェクト進行、無理なプロジェクト進行を経営課題と認識せず、現場の「頑張り」に甘えて放置している経営者（意志決定者）など。顧客（クライアント）や上司から押し付けられる「無理ゲー進行」に、工数見積もりに慣れていない若手エンジニアはどう対処していけば良いのだろうか――。 無理ゲー進行の原因をひも解いていくのは、かつて株式会社ミクシィにて最年少で執
WBSに関する誤解 - 勘と経験と読経
以前にここでも書いたけれども、計画を立ててソフトウェア開発を実施したときに『「計画通りに開始して、計画通りに終了する」ことが良いことだ』という誤解があると、結果としてプロジェクトはうまくいかない。 以下のブログ記事を読んで考えたこと。 プロジェクトのスケジュールバッファは、工程ごとの中にマイルストーンや依存関係を見ながら組み込む。名前づけは大切だ。決してバッファなどとしない。それをプロジェクトメンバが自由に使ったり、当てにしてもらっては困るからだ。これは、プロジェクトのバッファであって、プロジェクトマネージャがリスクが発現したときのへそくりなのだから。 2012-10-07 作業ベースの計画の問題 作業を基準にした計画はスケジュール遅延を招きがちなのには、いくつか理由がある。 作業は早く終わらない スケジュールの遅れは先へと伝わる 作業は独立していない アジャイルな見積りと計画づくり ~価
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
TiDD初心者が陥りやすい罠～バージョンをCloseしないRedmineはVelocityが分からない - プログラマの思索
Redmineを初めて使う管理者が陥りやすいアンチパターンを見つけたのでメモ。 【元ネタ】 バージョンのないRedmineプロジェクト～TiDD初心者が陥りやすい罠: プログラマの思索 TiDD初心者が陥りやすい罠～マイルストーンの役割を誰も理解していない: プログラマの思索 Twitter / @cointoss: アジャイルの導入に二の足を踏む現場において、チケット駆動開発(=TiDD)であれば受け入れやすい理由は、プラクティスが少なく実践的なものに絞っているからだろう。リリース予定をバージョンとすることでイテレーションやスプリントが定義できるため、そこだけはアジャイルっぽくはなる。 【1】僕がRedmineを設定する場合、あらかじめヒヤリングした後にプロジェクト設定画面でカテゴリ・バージョンは登録している。 全てのチームがアジャイル開発に慣れているわけではないので、あらかじめ対象バー
コンサルタントがよく使うRFPの書き方：12項目で網羅的に作成
情報システム部の存在意義は、ITサービスを通したユーザ利便性の向上にあります。ITサービスとは単一、もしくは複数のシステムによって提供されるものですから、新しいシステムを企画立案して運用に漕ぎつけるまでの流れは、情報システム部の主たる業務と言えるでしょう。 新しいシステムを構築するためには、企画段階で得た構想を要件レベルに具体化し、システム設計者に引き渡します。企画をした人間が設計・構築・テスト・リリースまで担当できるにこしたことはないのですが、上流工程を担当する人間はスキルセット上、高コスト（月単価150万円以上）であることがほとんどですし、そもそも社内でシステム実装スキルを有する人間を必要数確保できないという根本的な課題もあって、要件定義フェーズ以前と設計フェーズ以降では担当者が異なることが多いのが実情です。 そこで要件定義フェーズで整理したことを正確に設計フェーズにつなげるために用い
cpainvestor.com | 超長時間労働を厭わない組織風土をいかにして変えていくべきか
現役会計士が語るビジネス・会計・投資コラム このWebサイトに記載された事項は執筆者の私見であり、執筆者の所属ないし関係する機関・組織の見解ではないことをお断りしておきます。 1年半ほど前、今の主だったメンバーと仕事をするようになって、心に誓ったことが一つあります。「どんなにつらい状況に追い込まれたとしても、絶対に徹夜だけはするまい！」という信念です。 私が来る前の今のメンバーの組織は、「クライアントの期待に応える報告をするためには、何日か連続の徹夜も辞さない！」という方々が集まっていました。というか、そういう方しか残れない組織になっていました。「いくら日程的にタイトな状況に追い込まれることが多いM&A関連業務とはいえ、この状況は酷すぎる。体力的、精神的につらいからと言って反発して逃げるのではなく、自分が絶対にこの組織風土を変えてやる！」そう固く誓って、今のメンバーに合流しました。 それか
Rails3.1の初期化プロセスを細かく追いかけたRailsGuidesの記事を和訳したよ:ミームの死骸を越えてゆけ
This domain may be for sale!
第8章：プロジェクト品質マネジメント(その1)
ここでは、プロジェクト品質マネジメントをまとめます。 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ keywords ・品質の定義 ・金メッキ(オマケ) ・検査よりも予防が大事 ・品質マネジメントの定義 ・ジャストインタイム ・ISO9000 PMBOKでの品質は、一般的に使われる品質とチョト違う。厳密な定義と適用範囲がある。試験では一般的な「品質」を選択肢に紛れ込ませているので、経験だけで受ける人はコロリと間違える(そういう私もそう) 品質の定義(p.96) 先ずはPMBOKから。「品質とは、明示された、または暗黙のニーズを満たす能力に関する特性の全体」(←棒読み)…なんのこっちゃ。翻訳ソフトに頼ってばかりだとこうなる、という好例やね。気を取り直して、 「品質とは、要求されたことと提供したものが一致していること」 「品質とは、使用適合性のこと(使うに足る、ということ)」
なぜCCPMなのか | ビーイングコンサルティング
プロジェクトの納期を守るための効果的な管理手法「CCPM（クリティカルチェーン・プロジェクトマネジメント）」。 現在プロジェクトの複雑化やサービスの多様化によって、プロジェクト管理の現場ではプロジェクト遅延やコスト増大・品質低下など深刻な問題が発生しています。 それにより、既存のリソースでより高いパフォーマンスを発揮できるCCPMに注目が集まっています。 しかし、CCPMがどのようなものか理解できていない方もいるでしょう。 本記事ではCCPM導入のメリットや導入手順をわかりやすく解説します。 プロジェクト管理に悩んでいる方はぜひ参考にしてください。 導入編：このようなことありませんか？ プロジェクト管理に頭を悩ませる田ヌ田部長ですが、プロジェクトの進捗など現場の状況をきちんと把握できていないため、的確な指示が出せません。 それにより、プロジェクトが納期に間に合わないなど現場では大きな混乱が
【PMP試験対策】 なぜPMP試験を受けるのか？
【PMP試験対策】は、PMBOK4版をベースに、PMP試験の傾向と対策をまとめるシリーズ。 ───────────────────────────────── 人それぞれだろうが、「業務命令」な方が多いようだ。リーダー級の仕事を任されているうちに、「そろそろどうだ？」と勧められ、泣く泣く準備をしている話を聞く。たしかに忙しい毎日で勉強時間を確保するのは至難の業だが、ちょっとアタマを切り替えてみてほしい。PMBOKは読みどころがあるぞ。 まず、苦労話がにじみ出ているのが面白い。ベースとなるPMBOKガイドは、タテマエとしては、「プロジェクトマネジメントの"ベター"プラクティス」なのだが、あちこちで「こんなことをしてはいけない」という怨嗟のようなグチを垣間見ることができる。共同執筆・共同レビューのドキュメントなのだが、皆さん苦労しているんだなぁ、と思うとニヤッとできる。 あるいは、PMとしての
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
第11回 進ちょく管理とEVM－－費用・期日を守るため作業全体の進ちょくを正しく把握・管理する
予定したコストの範囲内で，決められた期日までにプロジェクトを完了させる。そのために必須となるのが，科学的な進ちょく管理だ。正しく収集した進ちょくデータを様々な角度から分析し，計画通りの，あるいは計画を上回る実績を上げるようにプロジェクト作業をコントロールしなければならない。 布川 薫／日本IBM 第7回から前回まで，「品質」のトラッキングとコントロールに焦点を当てて解説してきた。今回は，トラッキング／コントロールの対象として「進ちょく」を取り上げる。 「進ちょくはどうだね」，「まあまあですね」。システム開発の現場ではよく聞くセリフである（図1）。しかし，「がんばっている」，「まあまあですね」といったあいまいな言葉は，進ちょくが遅れ気味であることの「言い訳」や「逃げ口上」であることが多い。 プロジェクト・マネジャーやチーム・リーダーがこのようなあいまいな形で進ちょくを表現していては，正しく進
尊敬され、好かれるリーダーになる方法。 島国大和のド畜生
チームメンバーが全て優秀であるならば、リーダーはチームのモチベーションに全ての労力を注いで良いとは思う。 プロジェクトが順風満帆ならば、リーダーは誰にも嫌われない振る舞いが出来るかもしれない。 でも。 そうは問屋がおろさない。 人にこちらが望むように仕事をしてもらうのは難しい。 欲しい結果が得られない時、リテイクを出すだけでも、嫌われる時は嫌われる。 妥当な締め切りに遅れる人だっている。彼はノルマが厳しすぎると思うだろう。 彼の失態をカバーする為に投入される人はその采配を嫌うだろう。 そしてプロジェクトが上手く回らなければリーダーに能力がないと思うだろう。 プロジェクト単品を見ても。 誰がやっても失敗するプロジェクトというのは存在する。 そんなのに関わってたらロクな目に合わないが、でも投げ捨てることも叶わない。 そういうのは、とにかくダメージコントロールが必要で、一番痛い失敗をなんとか回避
MOONGIFT: � Excelではじめるプロジェクト管理「開発マイルストーン」:オープンソースを毎日紹介
プロジェクト管理の重要性は理解しつつも、実際にうまく管理されているケースはあまり多くない。大げさなシステムを導入した所で、普段の業務を圧縮してそのシステムを勉強する時間を作り出すのは非常に難しい。 わざわざシステムを導入するのではなく、現状の延長線上で考えよう。利用するのは普段使い慣れているExcelだ。 今回紹介するフリーウェアは開発マイルストーン、Excelを使った工程管理ソフトウェアだ。 開発マイルストーンはExcelアドオンと作業ファイルと二つで構成されている。アドオンを起動した後、作業ファイルを起動すれば利用できるようになる。 工程管理は面倒な帯をドラッグなどしたりしない。開始日と日数を入れれば自動で変更される。変更は表のみで、後は自動で描画が変わっていく。 関連を表す線も、一度クリアして再描画するだけでいい。さらに作業工数統計と言ったグラフ表示もできる。 慣れたExcelで作業
naglly.com - なぐりこむ
寝ているので、そっとしておいてねhttps://t.co/Jke7n0DRRV #ねこ #猫動画 pic.twitter.com/TWmbHHor8d — なぐ@naglly.comの中の人 (@naagle) August 13, 2024 きれいな流線型https://t.co/qXtD8OWWoo #ねこ #猫画像 pic.twitter.com/6Wf3RTWgDo — なぐ@naglly.comの中の人 (@naagle) August 12, 2024 いれーてーhttps://t.co/3KDjyMnvOA #ねこ #猫動画 pic.twitter.com/hZbJllWjlC — なぐ@naglly.comの中の人 (@naagle) August 12, 2024 エンジンのスタート音が聞こえるhttps://t.co/TgcXcSMnjT #ねこ #猫動画 pic.tw
タイム・コンサルタントの日誌から : Excelで工程表を書いてはいけない
さる8月、翔泳社主催の「PM Conference 2008」に招かれて講演をした。テーマはプロジェクト・コントロールの技法論で、私が長い間、エンジニアリング業界とIT業界の二足のわらじを履いてきた経験から、両者の比較を論じたものだった。最近のIT業界における「プロジェクト・マネジメント」の認識の普及進展はめざましいものがある。これに対して、エンジニアリング業界は過去10年以上、EVMSの徹底化以外とくに主立った進歩はない。にもかかわらず、両者の違いはいまだ歴然としたものがあり、それはとくにプロジェクト・コントロールの基本であるWBSやコントロール・リストなどの使い方で明瞭だ、というのが論旨だった。 ところで、この講演の中で、「工程表のガントチャートをExcelで書いてはいけない」と強調した点が、どうも多くの聴衆の注意を引いたらしい。終わってからのアンケートでも、そこに関する感想が少なくな
カイゼンを実践するマインド − ＠IT情報マネジメント
情報システム開発を取り巻く状況は複雑化の一途を辿っている。高品質な成果物を効率良く開発するには、“それなりのアプローチ”が求められ、また品質の確認を行うためのテスト作業を、開発工程の中にあらかじめ組み込んで、致命的な失敗を回避する策を講じておかなくてはいけない。牧歌的な時代は終わった。われわれはつねに失敗ソフトウェアの作成に荷担する危険性を担っているのだ。 1 最近のシステム開発を取り巻く状況 1.1 情報システムの役割の変化 多くのビジネス分野において、情報システムは、単なる業務処理の効率化ツールから、ビジネスを提供するための基盤としての役割を担うように変化してきています。銀行、証券、保険業界はビジネスの成り立ちとして情報システムがビジネスの基盤となっているのは当然ですが、このようなビジネスドメイン以外でも、情報システムは、生産から加工そして販売までの一貫した商品のトレーサビリティの要求
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
戦略(Strategy)、作戦(Operation)、戦術(Tactics)、そして兵站(Logistics) - UEI/ARC shi3zの日記.
moonmile solutions