ハードな案件のやわらかいプロジェクト管理 - クックパッド開発者ブログ
研究開発部 兼 クックパッド料理教室の伊尾木です。 暖かくなったり、寒くなったりと気温差が激しいですが、皆さんお体は大丈夫でしょうか。 ところで、最近クックパッド料理教室で、ビジネスモデル変更に伴うリニューアルプロジェクトを実施しました。 (ビジネスモデル変更に伴う全面リニューアル) 私はPMと開発リーダーを担当したのですが、そこで実施した「やわらかいプロジェクト管理」についてご紹介したいと思います。 炎上しそうな予感がいっぱい！ ビジネスモデル変更に伴うリニューアルって聞いただけで炎上の予感で胸が膨らみますね。 ビジネスモデルの変更だけでも大きな話なのに、システムの全面刷新まで同時に実施したので、プロジェクトとして不確定要素が多く、管理が難しいものになっていました。 20名弱（エンジニアが8名、他には営業チーム、ユーザサポートチームなどがありました）で8ヶ月程度のプロジェクトでした。一般
「非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用まで 」の記事が素晴らしい - プログラマの思索
「非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用まで 」の記事が素晴らしいのでメモ。 Webサービス業界でRedmineをプロジェクト管理に使った場合の事例や注意点が記載されていて、とても参考になる。 【参考】 非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用まで - coach4pmの中の人 akipiiさんのツイート: "これは良い記事。編集部の原稿管理の事例、チケットの粒度はすごく参考になる。RT @chitoseweb: 非エンジニアにこそオススメしたいプロジェクト管理ツールRedmineの導入から運用までのポイントについて書きました。https://t.co/zQJ5LF2qd0" 岡崎 良徳 @中野のSEOコンサルタントさんのツイート: "記事の入稿管理とかにも使えるかな…／非エンジニアにこそオススメしたいプ
機能が定まらない開発コストと納期(締め切り)について
ちょうど、一年ほど前に、 開発工数と期間（納期）と人数の関係について ということを書いた。 あれから、「COCOMOモデル」という考え方があることは、その後知った。 ただ知っておくことは別に悪い事とは思わない。 自分なりに必要か必要でないかを判断できると思えるくらいの理解はしておいてよいと思う。 で、その結果、 この考え方に私は非常にあきらめと違和感を感じた。 それは、なぜか？ 「機能なんて定まっていない」 からだ。 そもそも、なぜ機能が定められないうちから工数を見積もりたいのか？ 提供する価値とコストと納期（締め切り）のよいバランスをとりたいからだ。 そのために必要な、作為的変数としての工数なのだ。 すべてが変動だと言うから、「工数」という固定がほしくなる。 数学的にすべてが変動の式に答えはないし、軸がないものでは議論が進まない。 でも、現実はどうだろうか？ コストと
開発工数と期間（納期）と人数の関係について
プロジェクトの工数算出というものに対して非常に疑問に思うことがある。 工数とは、各機能を算出してそれらを足していき、そこにある程度のスパイス（保険）を足して算出する感じだろう。 ここに、スパイスというよくわからないものがあるが、このスパイスが経験でズバッと３倍とか、１．５倍とか… ここまでいい加減でないにしても、それぞれの機能に複雑度・影響度を加味した係数をかけて、足していき・・・・・ って、これで実際に工数を出してみても、本当にその考え方あってるの？と疑問に思う。 そもそも、 そのプロジェクトはいつまでに完了（納品）しなければいけないのか、とか？ 何人投入するのか（できるのか？） が、関係するんじゃないんかなー。 それらは、工数を出してからというかもしれないが。 だったら、導き出せる工数というのは場合の数だけ複数あるのではないだろうか？ そんな状況を示すのは、こういう会話では
Gantter | #1 Cloud-Based Project Management Software (2023)
6+ million users. Working together. No matter how far apart. We Invent the Tools. Our Two Million Users Do the Rest. Community-Powered | Cloud-Based | Project Management & Scheduling The project management tool that's perfect for remote collaboration. 2.3 million users. Working together. No matter how far apart.
ダレずに開発を走り切る為の習慣
重要なのは、この「煩わしさ」は、「そのタスクを完了した際に、どれだけ体力と意欲を使い果たすか」 の指標であることです。 「技術的には難しくないから、経験の浅い人にまとめてやってもらおう」と、そうした「だるいタスク」を集中させてしまうと、あっという間に人員が疲弊して 最悪離職します 恥ずかしながらこういう経験があります。 「だるさ見積り」した => 予測工数の -5%〜+5% の前倒しor遅延 で済んだ 「だるさ見積り」しなかった => +20%〜40% も遅延した。 終わった後の生産性の低さも本当にもう酷かった。 ごめんなさい。。。。 やろう！『だるさ』見積り！本当に大事だよ！ [見積もり編] 3. OKR を意識したバックログ 具体的には Github の issue サマリを記載していく事柄で実践します Objectives : この PullRequest で何ができてほしいのか サ
ゲーム開発 プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
課題管理表 サンプル
課題管理: ガーベージコレクターとは？ こんにちは、経営コンサルタントの入野です。 15000人月以上の合併プロジェクト、2000人月規模のシステム開発プロジェクト、ベンチャーの新規事業立ち上げまで、様々なプロジェクト管理を経験させていただきました。 「課題管理表のテンプレートないですか？」 よくこんな質問をよくされますので、 プロジェクト管理における課題管理のコツをまとめ、 課題管理表のテンプレートをダウンロード提供させていただきます。 プロジェクト管理における課題管理の位置づけ プロジェクト計画書の目次は一般的には次のとおりです。 プロジェクトの経緯 ゴール スコープ スケジュール マスタースケジュール プロジェクトフェーズ WBS (Work Breakdown Structure) プロジェクト体制 体制図 役割 会議体 プロジェクト予算 コスト見積もり 定量的効果 定性的効果 プ
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
JS 大規模プロジェクトの管理手法 – ロードオブナイツの実例紹介
どうもこんにちは。 Aiming で東京開発グループのゼネラルマネージャをやっている小林です。 8月に mobage と Yahoo! モバゲー で ロードオブナイツ というシミュレーション RPG をリリースさせて頂きました。 そして、先週、 Yahoo! モバゲー版の PC ブラウザ専用デザインをリリースさせて頂きました。 今回リリースしたものは元々 Unity で作られていた iOS アプリ版 Lord of Knights を HTML5 で書きなおしたものです。 （今は Android 版 もあります） HTML のポチポチゲーをネイティブに移植したというのはよく聞く話ですね。 ですが、逆にリッチなネイティブアプリを HTML5 に移植し、かつスマフォブラウザと PC ブラウザで同じものを動かすなんてのは前例が見当たりませんでした。 技術的ハードルが高かったことに加えて期日がタイ
チケット駆動開発は進捗報告作りをどのように解決しようとするか？ - プログラマの思索
【1】管理者は、プロジェクトの進捗報告のためのくだらない作業が必要になる。 まず、初期段階で、WBSとして必要な成果物、作業を洗い出す。 そこから、工数を見積もり、MSProjectやExcelでスケジュールを作っていく。 しかし、実際に作業していくと、そのスケジュールの保守は面倒きわまりない。 当初は分からなかったタスクを追加したり、仕様変更で対応すべきタスクを入れたり、実際は不要になったタスクを削除するなどを、逐一スケジュールへ反映しなければならない。 スケジュールで、先行・後行の関係まで考慮したり、工数の標準化などを行おうとすると、もはやExcelで手作業で管理するのはもはや人間の手を超える。 MSProjectでは、そのような作業をアプリでやってくれるが、だからと言って、スケジュール保守が楽になるわけではない。 そのスケジュールを管理者が常に保守し続けなければならない理由は二つある
進捗管理が苦手な人におすすめしたい厳選フリーソフト・ツール - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バッファーマネジメントとモニタリングシート