20 posts tagged “html”
ま、タイトルみると、当たり前じゃん って思う人が多いと思うんですけどね。 昨日Web制作会社のディレクターの方々とお話しする機会がありました。 という趣旨のお話をしていたこと。パブリックな意識というのか、仕事をしてきた上での問題意識というのか、キャリアも今仕事している会社の規模も全く違うお二人が同じことをおっしゃっていたのが印象的でした。 僕が先日「HTMLコーディング＋αを探る」という記事で言ったように、うちも特にコーディングのディレクションについて、サポートしていこうという流れがあるので、彼らと問題意識が共通しており、話が盛り上がりました。 まず、前提として ということをご了承くださいませ。 さてさて、コーディング時のディレクションですが、コーディング時に絞っただけでも結構いろいろなタスクが発生します。 まずここで、HTMLコーディングを「コーディング」と一つのタスク以上に分解できない場合要注意ですよね。やはり くらいのタスクに分解することは必要です（もちろんスケジュールの用途によりますが、コーディングディレクションをする場合）。そして、それがWebサイトのカテゴリごとに 五月雨式に素材が出てきて、平行に走ることもざらにあります。 まとめて言えば、コーディングのフェーズをWBSに落として、ガントチャートに落として、管理すると。 さて、このあたり、かものはしでもいろいろなツールを使って、今まで管理しようとしてきましたが、だいたい挫折しました。MicrosoftProjectやらGanttProjectやらExcelやらなにやら。だいたい案件が小さすぎると、管理だけやってればいいスタッフなんていません。 あとは、スケジュール管理ツールって、みんなみないんですよね。壁に張り出すには変更が多すぎるし。 ということで今は全体の案件を一つのホワイトボードに書き込んでざっくりと管理をしています。ただ、リソース面からのチェックが弱くなったり、そもそも手書きなのでちょっと見づらかったりとまだ課題があります。 顧客側にたって制作会社のマネジメントを専門に行っている、先ほどのディレクターさん曰く さて、次回は「こんな成果物嫌だ」というかたちで、成果物の品質を意識したマネジメントについてフォーカスしようかと思います。
主にお二人の方がいらっしゃって、一人は「アーキテクト」、お一人は「プロジェクトマネジャー」としてのディレクターを主としている方でした。
おもしろかったのは、お二人とも
ex. 広告屋さん
とすると、まず、これを線表というかガントチャートに落とすスキルが必要です。
コーディングに必要な素材はいつまでに集めればいいのか、チェックバックをいつ行わないといけないのか、というディレクターの業務の締め切りをきちんと把握するためです。
また、クリティカルパスを認識することで、マネジメントにメリハリをつけることができるでしょう。
そんな中、お客さんの素材入稿が頻繁にずれていくことをスケジュールに反映していくだけでも一手間です。
「PMBOKとは言わないが、WBSとPERT図くらい書けないとダメなんじゃないか？」
とのこと。実際に書いて運用するかどうかは別としても、必要なスキルであるのは間違いないでしょうね。
おかげさまで、HTMLコーディングのサービスはいろいろなお客様にご愛顧いただている。
1月から3月まで扱うHTMLのページ数が3000ページほどに迫るというのも、何度も繰り返し発注していただけているお客様がいるからだ。（実際にコーディングするページだけではないのでそんなに意味のある数字ではありませんが）
様々なWeb制作会社の方から発注をいただくので、その先のお客様のことも考えると、結構なパターンの仕事をこなしてきた。その中で凄腕ディレクターというか、すごく仕事がしやすいディレクターの方ともかなり出会ってきた（ように思う）。ただ、その条件としてはどうしても
コーダー出身なので、コーディングで何が必要か、どういう修正が辛いか、どれくらい実現に時間がかかるか直感的に分かっている。そのため、やりとりがスムーズになり、二度手間なことも少ない。
というケースが多いように思う。でも、これをいろいろなお客様のディレクターに望むのは難しい。そもそもコーディングに詳しくないから外注したい、というケースが多い。
ということで、うちが凄腕ディレクターから吸収した技＋コーディングの視点からえたものを、お客様のディレクターのアシストとして、サービスしていけばもっとスムーズに発注ができるのでは、という考えに至った。
多分、やらなくてはいけないのは下記の三点
- コーディングを進める上で必要な情報や、コーディング時の情報のやりとりがスムーズになるようなフローの定義、ツールの導入、啓蒙（理想のサイトマップ、理想の仕様書）
- サイトマップの整理や、画像パーツの発注などの、コーディングディレクション業務のサービス化
- HTMLコーディング＋αとして、システム制作、画像パーツ製作、文章校正、サーバー管理などのサービス化
少なくとも4月頃には下記の問いに答えられるようになっていたい。
- 理想のサイトマップとは？
- Trac＋Subversionが今のところはベストなのか？
- サイトマップ作成や、ファイルのステータス管理に、grep+正規表現やExcelのツールがあれば生産性が格段に上がるのでは?そのときの標準のフローは？
- 隣接事業分野のニーズはそれぞれどれくらいか?スタッフのキャリアパスとしては適当か？
先日パートナー企業様に伺ってHTMLコーディングの研修を行ってきました。
このパートナー企業様は、BPOの特に営業を専門にされている会社様なのですが、非常に勢いがあり、一緒に何かできないかと最近お話をずっとさせていただいています。
そんな中、まだ営業の方の中に、「HTMLコーディングとは何なのかよくわからない」ということがあり、それならば、ということで一度概要だけでもおはなしさせていただくことになりました。
セミナーのような形でお話ししたことが無いわけではないので（ドリコムさんとか、学校の授業とか。。。）普段であれば、そこまで緊張しないのですが、僕一人に対して、営業の方が12人いらっしゃるということで多少なりとも緊張してしまいました。
＜言い訳＞そのため、もしかするとわかりにくい箇所があったかと思います。。＜／言い訳＞
さておき、内容でアップできるところはアップしちゃいます。
- HTMLがなんだかそんなにわからない人向けに
- 一時間で
- 営業の際に何を聞いてくるかを伝える
IT事業部スタッフとしての必須書
- サービス系
- HTML系
- その他技術系
サービス系
ご質問がありお答えした内容から。
さてHTMLコーディングですが、
- コーディングディレクション（素材の管理やガイドラインの作成など）
- 基本的なJS
- フォーム程度のPerl、PHP
- MovableTypeなどのブログシステムの設置、カスタマイズ
- シンプルなAJAX（基本的なライブラリを使用して簡単に設計・開発できるもの）
- コーディングレベルでのSEO対策
- デザインがあって、文言を入れ替える程度のグラフィック制作
とはいえ、システム企画、設計に何人月、、、 といったようなシステムでは私たちの強みは活きてこないため、そういったニーズがある際は、パートナー会社様との体制をご提案しています。
つまり
- 中規模以上のシステム
- ネットワーク管理
- Web企画、ディレクション
- SEO、SEM
- デザイン制作
HTMLコーディング市場はIT業界の中でも不安定な市場の一つである。市場規模はWeb制作市場×一定割合（20%〜40%程度？）存在はしているが様々な原因で市場のサイズが変化する。
競合としては
- HTMLコーディング市場を規定する技術的競合
- Flashなどのリッチコンテンツ
- Photoshopから一発でWebサイトが作れるといった技術革新と普及
- CMS
- XML＋XSLTなどでサイトが作られており、リニューアル時にコーディング負荷が減る
ただ、当面言えるのは
- HTMLコーディングのみの外注は拡大している
- 制作会社が上流に特化しつつあるため
- HTMLコーディング技術が高度化しているため
- 短納期案件が増えているため
- あと3年は市場が衰退することは考えづらい
- 技術力より、大量ページにおいても納期・品質を保てる体力のある会社が重視されている
弊社の顧客像は
- Webマーケティング、企画提案、デザイン、リッチコンテンツ制作など上流工程を得意とするWeb制作会社
- サイト規模は500〜1000ページ程度。大規模サイトの経験があることが重要。
- 上場企業、特にナショナルクライアントを多く相手にしているような代理店なども可
- 制作会社の規模は20人〜100人程度が主な大きさか？
自社の強みは
- Web標準かつフルCSS対応
- XHTMLも標準で対応
- 音声ブラウザ対応やレガシーブラウザ対応などもオプションで可能
- ガイドラインに従った統一されたコーディング
- 大規模サイトの構築実績
- CSSコーダー8名
- Web制作会社の中のコーダー
- フリーランスのコーダー
- 下請けでコーディングを受注している制作会社
- （数は少ないが）HTMLコーディング専門会社
顧客の
- 大量のページ数を短納期で仕上げなければいけない。
- ページ数が多いが、コーディングの品質を揃えられる外注がいない
- IE7にFirefoxにSafariにと対応・確認するブラウザが多くて不安だ
- SEOに強いコーディングをと言われたが実際のところどうしたらいいかわからない
- いつもコーディングを頼んでいる人が、キャパオーバーだ。
- コーディングを頼んでいる会社のチェックが甘く、結局自分たちでブラウザチェックをしている
- 社内でガイドラインが無いので、その制定や研修からお願いしたい
HTMLコーディングを生業に事業をやっているわけですが、少し悩むのはJSとの切り分けです。
今時JSだめなブラウザ、ユーザーは切り捨てられることも多く、JS前提のサイトも多かったりします。こことか。
テンプレートのシステムでJSを使うとかはもちろんOKなのですが、もうちょっと細かい
たとえば
なんて要件があったとき今までだったら「文字を左側に飛ばしているとき、Firefoxでリンクにカーソルがあったときに、枠線が左までぶっ飛ぶのをどうにかしたい。」
とか手で入れていたものを<a href="hoge.html" onfocus="this.blur()">hoge</a>
とかやれば書かなくて済むわけですよね。そうすると工数削減のためには、このコードを提案せざるを得ない。とするとJSまで学ばないとやっぱりダメですねぇ。Event.observe(window, 'load', page_loaded, false);
function page_loaded(){
var blur = function () { this.blur() };
for (var i = 0; i < document.links.length; i++)
document.links[i].onfocus = blur;
}
ただ、ライブラリを活用してコーディングという道は開けそうですが。
common.jsも作り込まないとですねぇ
ちょこちょこと書いているとおり、弊団体ではHTMLコーディングに特化したサービスを展開しています。
（主にサイトリニューアルに伴うXHTML+CSSコーディングや、サイトの運用のコーディング部分の委託業務などを行っております。興味のある方はaoki{at}xperl.jpまでご連絡を）
さておき、XHTML+CSSのコーディングというのは、すでにWeb標準準拠＋SEO対策＋アクセシビリティ対策で業界の標準となろうとしています。（まぁあと2年以上はかかると思いますが。）その割に、細かいところのノウハウを持っている人は少なく、こう書けば安全というのも何となくやっている部分が多かったりします。（たぶん）
一定程度CSSのバグを書きためてあるところもあるのですが、解決方法が曖昧だったりとかXHTMLじゃなかったりとか、ハックに頼っていたりとかでしっかりしたものは少ないのが現状です。
そこで、弊団体内でCSSバグのデータベースを作ろうかという話が持ち上がっています。まぁデータベースといっても、ソーシャルブックマークのタグのようなものを活用して、CSSのバグが様々な角度から検索できるようになっていれば十分なのですが。
使い勝手命であるとともに、システムの構築には時間をかけたくないので、今のところソリューションは下記くらいですかね。
- MovableTypeを使用して、タグを作る（やや重いか）
- Wikiの中でタグ機能があるものを使用してかけるようにしておく
実際これってニーズがあればオープンソースのデータベースにしてもいいんですが、どうなんでしょうかね。
HTMLはいくつもの意味を持ったタグで文章を分類していくマークアップ言語です。
HTMLの構造というものはW3Cが定義した標準があるので、SEOの点や作業の標準化を考えれば標準に従うのが望ましいといえます。
しかしそのルールに従うことよりも難しいのが、このパラグラフには何を適用するべきなのかという判断が必要とされるものです。
進んだ企業であればマークアップエンジニアという肩書きの人がその点を判断して、コーダーに指示を出したりコーディングガイドを作成したりしていますが、一般的にはまだそのレベルに達していません。また、どういったタグ付けをするのが正しいかということも一種の美学として語られることがあるように思います。
その部分もきちんと再現できるようにするためにはどうするべきか？
主に下記の3点ではないだろうか？
- 教育フェーズでHTMLのマークアップをデザインという観点ではなく、意味合いの観点できちんと伝える時間をとる。
- 構築フェーズでは、マークアップエンジニアが紙を使って紙コーディングを行いルールを統一していく
- マニュアルとしては、使用できるタグの種類を限定し、特に問題が出やすいdl, dt, ddあたりの使い方を決めてしまう
本日伺った制作会社の偉い人＆現場の人とWeb業界の行く末に関してお話ししていて話にあがったことを。
- Web制作市場は今後も拡大し、それに併せてオペレーショナルな仕事もより増えるのではないか？
- Web業界は他の業界に比べて品質を定量的にはかられにくいため、ディレクターの裁量でサイトの質が大きく変わってしまっている。とはいえ他の業界を見ても業者は今後定量的に品質を保証していく必要があるだろう。
- 保守運用の作業の効率などが人によってピンキリだがまぁいいか という感じのゆるい管理である。生産性の指標を持つべきだと考えている
＃そもそも、今回はFlashの制作に当たって発生する大量のオペレーション仕事をいただけるかも、ということで伺ったのだがそれも弊団体が考えている「HTMLコーディングの周りの仕事」の一環として興味深いし。
このエントリでは、とくに弊団体が関わっている下流工程において、品質を担保していく必要性と、品質の指標について考察してみる。
まず品質の担保という事に関して。
CMMレベル3ではないが、一定のクオリティを担保する仕組みを持たない企業は長い目で見て淘汰されていかざるをえない。
（その中で弊団体がパートナー会社に望む「ディレクターを育てる仕組み」に関してはまた別のエントリで考える。）
品質は何度もいっているように「スタッフの長期間労働」、「ある特定のスタッフの天才的なひらめき・能力」以外によって支えられるものでなくてはいけない。
僕の考えだと特に下流工程はその必要性が高まるとおもう。というのも基本的に下流工程は薄利多売になる傾向が高いので、利益を上げていくためにはスタッフの数を増やして行かなくてはいけない。つまり人ではなく仕組みとして（誰かの脳みその中ではなく、少なくともオフィスか、電子上でも何らかの形で教育・品質の担保のメソッドが確立されている）成り立っていないと、安定して利益をあげることができなくなる。
具体的には、開発プロセスの管理・改善、顧客との開発中のやりとりの標準化、コーディングの自動化・分業化・標準化、人材採用手法の確立、人材教育の自動化・効率化、営業の標準化などが課題となる。 それぞれについての考察はまた今度。
次に品質の指標であるが、Webにおける品質とは何か？ ということを考えればある程度明らかとなる。
プロジェクトによって若干違うものの、ぱっと思いつくところでは下記の三つ。
- サイトからの直接的な利益 広告収入や、オンラインショップの売り上げなど。 このタイプにコミットするならばレベニューシェアというお金の取り方になるだろう。
- ブランド B2Cで新しく業界に参入した企業や、市場が成熟していてブランドを高めることで顧客の囲い込みを行いたい企業。（携帯におけるソフトバンクモバイルや、車業界のキャンペーンサイトなど）
- その他 会社案内で顧客が迷わず自社に来れることだったり、採用ページで対象顧客が盛り上がって応募してくれることだったり。 まぁその他がある時点で卑怯だとは思いますが。
ってか長いのでこの辺で。 つづく（たぶん）。
