プロジェクトが始まるときにかなり初期の段階でWBSを作ることは多いとおもいます。そのWBSの作成、プロマネやディレクターに任せっぱなしになっていないでしょうか。WBSはスケジュールをガントチャートで表したものを指していると思われがちですが、実はスケジュールだけでなく見積もりやアサインを精度高く行うためにも重要なものです。 たとえば「Webデザイン作成」というスコープにどのような実作業が含まれているかはWBSを作ることによって見える化しプロジェクトメンバーやクライアントと共有できるようになります。ときどき下記のように書かれたWBSを見ることがあります。 Webデザイン作成 ・作成 ・確認 ・修正 ・確認2 ・修正2 ・確定 しかし、これでは「Webデザイン作成」に必要な知識、さらには作業量・スケジュール・予算も分かりません。Webデザイン作成の例を続けると、下記のように「作成」のスコープを分

) 4月1日に10年続くとあるWebサービスをフルリニューアルしました。 リニューアルの目的は、システムが度重なる機能拡張により、必要以上に複雑化してしまい、ちょっとした修正でも非常に時間がかかるので今後、事業のスケールを拡大していく上のが難しくなってきたためです。 特に大きなところですと、スマホサイトがリニューアル前のサイトだと、スマホとPCで機能が完全に分断されてしまっていました。サイトを立ち上げた当初はスマートフォンすらなかった時代なのでしょうがないとは思いますが、これをこれ以上保守していくのはしんどいので、スマホファーストの思想を取り入れサイトを設計していきました。 技術的にも、PHPからRubyに変更して、ELBやS3をとりいれ、Githubベースの運用に変更することで、時代の流れに取り残されていたWebサイトを今風な感じの仕組みへと変更しました。 リニューアル自体はプロジェクト

筆者がドワンゴに入社したのは2000年2月。当時19歳の高校生でした。2000年3月の卒業式には，会社の有給を取って参加しました。ニコニコ動画にかかわる前は，携帯向けコンテンツや，社内向けミドルウエアの開発などにかかわっていました。現在は，ニコニコ動画を開発するチームの統括をしています。 http://d.hatena.ne.jp/shinno/ プロトタイプ「ニワビデ」 話は2006年11月にさかのぼります。ある日，同じ会社＊1で働くエンジニアの戀塚＊2から，メッセンジャー＊3でメッセージが届きました。内容は一つのURLです。送られてきたURLをWebブラウザで開くと，まるでYouTube＊4のような，見るからに動画共有サイトという画面が表示されました。いくつかの動画がサムネイルで表示されて並んでいます。 筆者はサムネイルの中から，OK Goの「Here It Goes Again」＊5

http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事（「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね）ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を

この手の話題に僕みたいな門外漢が触れていいのかどうか迷っちゃうけど、書きます。えい。 （なんか頭痛いから、校正しないでアップ。たぶん、後で書き直す。） Web担当者フォーラムの記事がWeb屋さんたちの間で物議をかもしているっぽい。 ○○円ならどこまでできる!? ウェブサイト制作の相場早見表 という記事。 Web製作の大まかな見積もり表が出ていて、はてなブックマークのコメント欄では、安いとか高いとか、もう何かWeb屋さんたちが色々なご意見を出し合っていらっしゃるですよ。 ホームページを作る人のネタ帳さんも、感極まってエントリを書き直すくらい、思うところがあるみたい。 （リンク先のひとつ前のエントリも読んだ方がいいと思う） 僕はWeb担当として発注も（一応もうしわけ程度に）やってるので色々思うところがあります。 Web業界のことは、よくしらないですがクライアントはこう思ってるYOってのを書きま

曖昧になる技術の境界線 ウェブエンジニアを取り巻く状況は混沌としている。まずは知っておかなければ行けない分野が飛躍的に増えている。HTMLやCSS、JavaScriptはもちろん、ときにはRubyまでもやらなければいけない、さらにはデータベース（DB）のことも知っておかなければならない、といった具合だ。 さらには、どこからどこまでをどの技術でやるべきかという見極めも難しい。たとえば、Ajaxアプリケーションを作る際、JavaScriptを使ってフロント側で処理するのか、バックエンドでRubyで処理するのか、あるいはどこまでをバックエンドで処理すべきなのか。どこからどこまでをJavaScriptですればいいのか。そうした技術の境界は、どこにあると見るべきなのか。ウェブ開発の分野では、技術の境界が曖昧になっているのである。 この“曖昧になる技術の境界”に対して、Ruby開発者であるまつもとゆき

発注の基本はRFP作りから 発注をマスターしてベストな提案を引き出す いちから覚える提案依頼書の作り方 制作会社など外部の業者に対して、具体的になにをしてもらいたいかの提案要求を伝える際に必要となるのが提案依頼書（RFP：Request for Proposal）だ。場合によっては、口頭の打ち合わせベースで仕事を進めることもあるかもしれないが、RFPを作ると作らないでは仕事の進め方に大きな差が出る。ここでは、RFPを作るときに必要な基本の要素を紹介しよう。 取材・文：編集部 協力：高橋 宏祐（富士通株式会社 コーポレートブランド室 担当部長） 富士通でエンジニア職を経験した後、1998年より富士通のウェブマスターとしてウェブ戦略を企画実行。2002年6月に富士通ウェブ・アクセシビリティ指針を公開し、日本のアクセシビリティ普及をリードする。2003年にFUJITSUウェブ・ユニバーサルデザイ

4 年位い前に、マインド・マップを使い始めた。普段は、Rhodia 16 や無地の A4 ノートにマップを書いている。マインド・マップは手を動かして、絵や色を駆使して描くのが楽しいし頭に入り易い。 とはいえ、PC 上でマインド・マップが書けたらいいなぁ、とも思ってた。マインド・マップを書くツールとしては、FreeMind というツールが有名なんだけど、Java 上で動くソフトだった。ぼくは Java のソフトが苦手なので、ちょっと敬遠していた。で、何かよいサービス (ツール) はないかとウジウジしていたら、ひよっこエンジニアリングさんが MindMeister というサービスを紹介していた。試してみたところ、使い勝手がいいのでちょこっとエントリーにしてみる。 MindMeister - think together ref. オンラインマインドマップ (ひよっこエンジニアリング) Mind

Mind mapping starts with a main idea in the center of your mind map. Create unlimited subtopics and explore your thoughts, color coding for clarity and style. As your map takes shape, add context to topics with attachments, embedded media and more. MindMeister’s features guide you through your first mind maps onto maximum creativity.

最終回です。今回は，ある意味IT業界の禁忌に触れてみます。Web＋DBシステムを発注したときの見積もり額の秘密です。システムが目指す最終的な目的は”利益を上げられる仕組みの構築”です。見積もり額は利益算定の一番わかりやすいコスト判断ですが，果たして構築費用はどういう計算で生まれているのでしょうか。 利益を上げるコツは「身の丈に合った投資」をすること 利益を上げるためにはどうするべきか。私は経済評論家ではありませんから，あれやこれや難しい話はできません。ただ物事の本質は，実はいつだって単純なものです。バサっと単純明快に言い切ってしまいましょう。「自分の身の丈に合った額を投入すること」です。 決して都会とは言い切れない我が家周辺では，冬になると焼き芋の巡回販売車が回ってきます。焼き芋屋さんのほとんどは軽トラックを使っています。なぜ軽トラックなのでしょうか？　つまらないことに見えますが，これがビ

Webサービスは、コンピュータ同士を直接結んでリモートリソースにアクセスする方法の1つである。本稿では、SOAPやWS-*規格群など、Webサービスの基礎知識をまとめた。 物理的に離れたコンピュータのプログラム間で情報を交換できることは、今日の企業における標準的な要件の1つだ。そしてリモートリソースへの最も一般的なアクセス方法が、HTTPによるサーバからクライアントへのHTMLファイルの転送、要するにWebサイトである。こうした情報伝達のやり方が功を奏している理由は、シンプルで身近に利用できるテクノロジーと標準規格が使われている点にある。しかし、Webサイトには根本的な限界がある。Webページの情報を理解できるのは人間だけで、コンピュータにはそれができないことだ。 Webサービスは、コンピュータ同士を直接結んでリモートリソースにアクセスする方法の1つである。本稿では、SOAPのような基本的