[B! webdesign][management] dellab72のブックマーク

Webサイトリニューアルなどのプロジェクト成功率を上げる、キックオフミーティングの進め方とは？ | ロフトワーク流「プロジェクトコミュニケーション術」（全3回）

Webサイトリニューアルや大型キャンペーンのような「プロジェクト」、その成功の鍵を握るといっても過言ではないのが「キックオフミーティング」。でも、キックオフミーティングをどう進めるべきか、どうコミュニケーションをとるべきかわからない……なんてことありませんか。こんにちは、ロフトワークの石川です。ロフトワークでは大小含めて年間500件のWebサイト制作などのプロジェクトを日々進めています。そして、世界標準のプロジェクトマネジメントの知識体系「PMBOK（ピンボック）」を導入し、プロジェクト実施のフレームワークづくりやリスクの軽減などに務めています。プロジェクトの「ブレークスルー」や「新しい価値」は、それに関わるメンバーの知的好奇心と熱意によって引き出されるもので、それこそがプロジェクトの成功を左右します。でも、そのための手法はPMBOKには書かれていないし、あまり言語化もされていない領

dellab72 2018/02/20

リンク

企業Webサイトリニューアル成功のカギを握る「要件定義の方程式」とは？ | 【レポート】Web担当者Forumミーティング 2016 Spring

dellab72 2016/07/08

リンク

変化に柔軟に--アジャイル開発チームの能力を最大化する「タイムボックス」

印刷するメールで送るテキスト HTML 電子書籍 PDF ダウンロードテキスト電子書籍 PDF クリップした記事をMyページから読むことができますタイムボックスとは今回は「タイムボックス」について解説する。アジャイル開発では「イテレーション」と呼ぶ、2～4週間程度の期間で開発を繰り返す。各イテレーションの開始時に達成すべきゴールを設定する。そして、ゴールから逆算して必要最低限のタスクをイテレーションに割り当てる。こうしたアジャイル開発特有の時間管理手法をタイムボックスと呼ぶ。タイムボックスの特徴は、最初から全体計画を詳細に決めなくてよい点である。全体計画は緩く立てておき、タイムボックス単位で具体的な計画を立てていく。計画はタイムボックスが始まるタイミングで見直して構わない。もちろん、直近のタイムボックスしか詳細に計画しないので、先々を見通すことはできない。ある機能をいつ頃作

dellab72 2015/11/16

リンク

季節に合ったWebコンテンツを計画的に作っていくコツは「年間歳時カレンダー」にあり | 誰も語らなかったWebコンテンツ作成技法

年間歳時カレンダーを作って「季節」コンテンツを作ろう多くのホームページで検索対策が考えられていますが、うまくコンテンツ作成まで活かしきれていないテーマが「季節」です。たとえば、通販サイトでは「母の日」「敬老の日」といったタイミングに合わせた特集ページが作成されます。しかし、掲載する商品が決まってくるのは2か月～1か月前。それからページを作成して、母の日特集が公開されるのが、母の日の1か月～2週間前といったタイミングになるようです。これでは検索エンジンには認識されても、検索結果で上位を獲得できるとは限りません。検索結果でようやく順位が上がってくるのは母の日が終わってから、なんて笑えない話もあります。一般の会社でも、A事業部の展示会は○月、B部門の新製品発表は△月など、タイミングが毎年だいたい決まっているものがあります。Web担当者のところには、各部門から「ニュースに掲載してほしい」とい

dellab72 2015/09/14

リンク

エンジニアの「できない」という言葉の裏側 - Konifar's WIP

「ここ、こんな感じにできませんかね？」と言われたエンジニアが、「うーん、それはちょっと厳しいですね。できないです」と返すみたいなやりとりは結構見かけます。この「できますか？」⇒「できない」というやりとりなんですが、「できない」という言葉にはいくつか裏が考えられます。言葉足らずだっただけでちょっとした調整をすればできるよね、というケースもあるので、「できない」という言葉の裏側をまとめておこうと思います。先に補足しておくと、「エンジニアの人の言葉が足りなすぎるでしょ」という意見ももちろんあると思います。こういうコミュニケーションは、お互いの信頼度によっても変わってくるので難しいところです。お互いが相手に伝わるように意識すべきだと思うんですが、エンジニアから「できない」と言われた時にどういう意味で言ってるのか想像しやすくなればいいなという思いで書いておきます。ちなみに、「（できるけどやり

dellab72 2015/06/09

リンク

Design Sprint 概要 / デザインスプリント概要

1. Design Sprint 概要 For Combining The Hacker Way With Design Thinking ハッカーウェイとデザイン思考を結びつけて結果を出す Takaaki Umada August 25, 2014 (v 0.1, draft) Big Thanks to Google Ventures 1 3. デザインスプリントとは迅速に学習とプロトタイピングを行うためのメソッド Design Sprint とは • Design Sprint もしくは Product Design Sprint と呼ばれる、デザイン上の問題（新規顧客の離脱率を下げる、新製品を考える等）を解決するための短期間でのスプリント • Design Thinking や IDEO のメソッドを Google Ventures の Design Studio が特にスター

dellab72 2015/05/29

リンク

Web業界の人はそろそろPDCAという言葉を捨てたほうがいいんじゃないか - 絶倫ファクトリー

PDCAは「小さな改善」を指すものではないし、そもそもWebサイト改善には向いてない。まずPDCAはP=計画ありきの「マネジメント」の話だし、Webはコントロールできない要素が多すぎて精度の高い計画立案が難しいからだ。 PDCAサイクルの出自は製造業の品質管理である。そしてPDCAという概念のキモは、「品質管理の話をしていると思ったらいつの間にかマネジメントの話をしていた。何を言っているのかry」である。例えば「C」は品質チェック作業はなく、品質のばらつき具合が事前の計画どおりだったかどうかを判断する。それはP=計画の検証そのものだ。製品の品質を管理するときに、単に品質チェックの「作業」を頑張ればいいのではない。品質の問題が生産工程全体のマネジメントの問題にスライドしていく。それがPDCAという概念の画期的な点だった。だからPDCAというのは製造業だろうがWebだろうが、常にマネジメント

dellab72 2015/05/29

リンク

あなたのチームは大丈夫？ Web運用チームの現状を簡易テストでチェック | Web制作・運用現場のための「課題解決」の教科書 | Web担当者Forum

dellab72 2015/03/24

リンク

5分で分かる、「スクラム」の基本まとめ

5分で分かる、「スクラム」の基本まとめ：開発チームを改善するためのスクラムTips（8）（1/2 ページ）「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。これまで、アジャイル時代のチーム・マネジメント手法として主流になっている「スクラム」の手法を紹介してきました。今回は総集編として「スクラムの基本」をコンパクトにまとめます。そもそもスクラムとはスクラムは、一言でいえば「チームで仕事の進めるための枠組み（フレームワーク）」です。もともとはソフトウェア開発プロジェクトを成功させる仕組みですが、技術的な要素は取り除かれ、多くのチーム作業に共通して適用できる要素だけが残りました。そのため、ソフトウェア開発以外のチームにも適用できるのが特徴です。 ●バッ

dellab72 2015/02/23

リンク

制作ガイドライン

本ガイドラインは、バーンワークス株式会社が行う Web サイト制作全般においての品質を保持するために定めたものである。当社は本ガイドラインに基づいた制作を行い、クライアントに対して常に安定した品質のサービス、及び納品物を提供する。 Last modified 2023-10-18 ディレクターはクライアントから指定の Web サイト要件を満たし、Web サイトのビジネスゴールを達成するため、適切な情報提供、提案を行う、また Web サイトの情報設計からプロジェクトの進行管理、プロジェクトメンバーの業務管理、納品物の品質管理を適切に行うものとする。ディレクターはクライアントを含めプロジェクトメンバー間でのコミュニケーションを積極的に取ることで円滑なプロジェクト進行を心がける。また、クライアントに対しては進捗の報告、情報共有を適時、および明確に行い、信頼関係の構築に努める。新規 Web サ

dellab72 2015/02/23

リンク

納品前　品質・納品チェックシート | コムテブログ

TL;DR テスト環境、本番と同じ環境にサイトを置いたときに確認しておきたいことってなんだろう。公開後のクレームやトラブルを防いだり、サイト公開・納品前にサイトの品質を上げるためにチェックしておきたいことをまとめました。大切だけど意外とチェックし忘れそうな内容を知りたいとき、過去の失敗をもとに作成したシートを公開します。機能要件定義をもとに指定の機能が実装済か確認します。項目解説

dellab72 2015/01/27

リンク

[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG

「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人情報処理推進機構が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。原理原則 17箇条ユーザとベンダの想いは相反する取り決めは合意と承認によって成り立つプロジェクトの成否を左右する要件確定の先送りは厳禁であるステークホルダ間の合意を得ないまま、次工程に入らない多段階の見積りは双方のリスクを低減するシステム化実現の費用はソフトウェア開発だけではないライフサイクルコストを重視するシステム化方針・狙いの周知徹底が成功の鍵となる要件定義は発注者の責任である要件定義書はバイブルであり、事あらばここへ立ち返るもの優れた要件定義書とはシステム開発を精緻にあらわしたもの表現されない要件はシステムとして実現されない数値化されない要