開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
第8回 Perlによる大規模システム開発・設計のツボ（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはmixiの広木大地さんで、テーマは「大規模システム開発・設計のツボ」です。 仕事やOSS（Open Source Software）プロジェクトでPerlを用いた多人数開発をするにあたって気をつけるべきことや、品質を維持するためのノウハウを、国内最大級のPerlシステムであるmixiの事例をベースに紹介します。コーディング上の命名に関する考え方から、大規模アーキテクチャの設計や品質の数値化まで、ミクロからマクロに至るポリシーやテクニックを駆け足で解説します。 なお、今回の内容は（株）ミクシィの2010年度の新卒エンジニア技術教育メニューからの抜粋になります。これからPerl をはじめとするLL（Lightweight Language、軽量言語）を仕事で使うというフレッシュエンジニアのみなさんにも、ぜひご一
mixiインタビュー 森本氏 | 転職サイトgreen グリーン
時間をかけてでも、最高のものを。ミクシィに息づくものづくりの システム本部技術部たんぽぽグループ 森本 茂樹氏 2010年8月10日、『mixi』にとって、過去5年の運営史上、初めての大規模な障害が発生した。PC、モバイルサイト双方において、全サービスにアクセスができない状況が3日間続いたのだ。その時、『mixi』運用の現場では何が起こっていたのか。復旧の先頭に立ったエンジニアが語った。 取材・文／渡邉昌資／佐藤ゆき恵 2010年10月25日 Check アプリ開発チーム たんぽぽグループ インフラグループ アプリ運用グループ 座談会 まず、「たんぽぽグループ」というのは、ミクシィの中でどういう存在なのですか。 コンセプトは、「開発者のための開発」を行なうグループです。『mixi』がどうあるべきかという大局的な視点に立って、全システムに横断的に関わります。具体的には、『mixi』のコア
三周まわったおれたちのアジャイル
Developers Summit 2012 [17-C-3] オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来
ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
「新卒1500万円」に潜む問題：日経ビジネスオンライン
新卒でも給与は最高1500万円。インターネット業界では熾烈な技術者の争奪戦が続く。だが、高給の職を手にするのは一握りで、技術があっても採用されない人材も。全体を設計して自ら作り上げる腕力が必要だが、そこには人材育成の構造問題が見える。 「自分の可能性を試してみたかったのだが、次の就職先がいつまでたっても決まらない…」。今年の夏までNTTデータの関連会社で働いていた28歳の若手エンジニア、小沼昭二氏（仮名）は、そう言って肩を落とす。 人手不足によって「年収1500万円」を掲示する会社もあるインターネットのエンジニア転職市場。小沼氏は職を辞して転職活動を開始した。 確かに、彼は申し分のない経歴を持っているように見える。金融機関のシステム開発や運用を手がけて5年間の経験を積んできた。やりがいのある仕事だが、小沼氏にとって法人相手のビジネスを続けることは地味に思えた。 消費者に近い業務に就きたい―
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
アジャイル開発！（インセプションデッキ編） - u16suzuの blog
先日、第2回アジャイルサムライ読書会 渋谷道場に参加してきました。そこで、インセプションデッキについて学んできました。早速、現在ギークハウス武蔵小杉で走っている某プロジェクトのインセプションデッキを書いてみました。 インセプションデッキとは、アジャイル開発で使用されるツールの1つです。開発を始めるに当たってハッキリさせておく必要がある10の質問のことを言います。 はじめの5個がプロジェクトの全体をハッキリさせる質問で、下の5個がプロジェクトを実現させるための質問です。 インセプションデッキ(タフな10の質問) 我々はなぜここにいるのか？: 我々はなぜこの製品を開発するのか？ エレベーターピッチ: このproductで顧客がどんな利益を得るのか？、また競合との違いは？このproductの製品カテゴリは？をまとめた文章（米国ではエレベータに乗っている短い時間でベンチャーキャピタリストに製品の説
なぜ糞システムができあがるか
納期が、予算が、バグフィックスが、性能、デザイン、インタフェース、使い勝手、保守が、可用性が、移行にマイグレーション、稼働率が、糞だ。そもそも要求を満たしとらんまともに動かない糞システムが、なぜ莫大な銭金かけてできあがってしまうのは、なぜか? アナリスト、コンサル、PM、SE、プログラマ、テスタ、ヘルプデスク、メンテ、ユーザー、そして経営者と、それぞれの立場から言いたいことは山ほどある。それぞれの立場から「これぞ真の原因!」と叫びたいのも分かる。経営者を除き、全てのキャリアをやってきたから。だから、自信をもって断言する。糞システムができあがる、最も根っこの原因はこれだ。 一つ前の仕事をしている それぞれの立場で「やるべきこと」は分かっている。だからこそ、そのインプットが体を成していないことが明白なのだ。仕方がないので、自分で「インプット」相当を作るハメになる。 例えばプログラマ、プログラミ
ウォーターフォールだって成功する。ただしそれには前提条件があるはず
東京証券取引所の新株式売買システムの刷新という大規模な開発プロジェクトの背景と、成功要因を、東証の担当者自身が説明したプレゼンテーションを記事にした「客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011」は公開から3日後の現在、過去1週間でもっとも読まれた記事の第1位になっており、たくさんの反響をいただきました。 客が本気にならないといいシステムができない。東証arrowhead成功の鍵とは ～ Innovation Sprint 2011 － Publickey 記事で取り上げたarrowheadの開発は巨大なウォーターフォール型のプロジェクトであり、その成功の鍵として主に挙げられていたのは次のようなことでした。 関係者全員での危機意識の共有 発注者責任の明確化 上流工程完璧主義 しかしこの成功の鍵には、語られな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://akibahideki.com/blog/cat5/post-20.html
Amazon.co.jp： Eric Sink on the Business of Software 革新的ソフトウェア企業の作り方: Eric Sink, エリック・シンク