Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo

営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

日常生活において「なんでこんなデザインにしちゃったんだろう？」と感じることが意外と多い。 誰がどう見たって醜いルックス、どうしたって使いにくい操作性、非常に心地悪い体験、などなど。もっと良いデザイナーにデザインさせろよ！と思うかもしれない。でも、もしかしたら原因は他にある可能性も。 優秀なデザイナー ≠ 優れたアウトプット優れたデザイナーに頼めば、必ず優れたデザインをしてもらえるのか？答えはNo。むしろどんな優秀なデザイナーであっても、低いアウトプットのクオリティーが低いものになってしまうこともある。 そして、その理由はデザイナーのスキル以外にあったりする。これは、イコール優秀なデザイナーさえ雇えばクオリティーの高い結果が出るわけではないということでもある。 ■ 醜いデザインが生み出されてしまう主な理由■事前に十分なインプットが得られていない間違った期待値設定クライアントや担当者に対して間

こんにちは。ディレクターの池原です。 自宅の向かいにあるお店の桜が開花していました。 春の訪れを感じますね。 さてさて、最近はGoogleサービスに若干頼りすぎな気がする私ですが、普段はプロジェクトの進捗を管理するのにGoogleスプレッドシートを活用しています。 今回は実際に私が使用しているプロジェクト管理シートをご紹介したいと思います。 Table of contentsGoogleスプレッドシートとは？使い方機能のご紹介プロジェクト管理シートの公開おわりにGoogleスプレッドシートとは？ Googleスプレッドシートとは、Googleによって開発された無料の表計算ソフトです。 Googleのアカウントを所有（無料）していれば、誰でも利用することができます。 表計算ソフトといえばMicrosoftのExcelですが、Googleスプレッドシートは表計算や関数の使用、グラフ化といった、

We're proud to be recognized as a Leader in the 2024 Gartner®️ Magic Quadrant™️ for Collaborative Work ManagementGet the report

The work app used by talented teams, high-flyers & top…

RobertはGatherContentのコンテンツストラテジストです。 また、GatherContentブログの編集長でもあり、さまざまなWebマガジンで記事を書いています。彼のTwitterはこちら。 Webサイトプロジェクトのスタート時には、ローンチを成功させるために、プロジェクトのゴールを理解し、ユーザーと顧客について学ぶ発見フェーズが必要です。さらに、発見フェーズを進めるためのキックオフミーティングも同じように重要です。 受託制作と自社サービスのどちらの場合でも、キックオフミーティングと発見フェーズにおいてチームが協力し合うことで、組織の目的を共有することができます。これらの段階は、プロジェクトを上手く協力しながら進めるために、チームを立ち上げる段階でもあります。 いつキックオフミーティングをすべきか 理想的にはキックオフミーティングは、プロジェクトへの期待を共有するために、プロ

ベイジで社内のワークフローを整理しだしたのは確か2014年頃です。その頃はまだ4～5人しか社員がいない状態で、タスクの粒度も粗く、いくつかのタスクは各人の能力に委ねたものでした。しかし10人を超えて関わる人が増えたあたりから、仕事の進め方も徐々に変わり、ワークフローの綻びも色々と出始めてきました。そこで今年の春に、全社員参加のもと、これまでの進め方の問題点を話し合ったうえで、ワークフローの大幅な刷新を行いました。本エントリーはそのご紹介です。 刷新にあたって、受注から納品までをサブタスクを含めて約140に分解しました。また、各タスクで用いられるドキュメントもできるだけフォーマット化し、効率よくドキュメントワークができるようにしました。 合わせて、タスク毎の職能の再定義を行いました。プロデューサー、ディレクターといった業務範囲が曖昧な職能は、より厳密な職能の定義を試みました。例えばディレクタ

最近のデジタルに関わるプロジェクトはすごく複雑化している、と感じることはないだろうか。 MAやDMP、オムニチャネルなどはまさにそれの代表格だ。たとえば、MAを導入するのであれば、顧客管理を行っている部門やそのシステムを開発しているところと組んでプロジェクトを進めなければ成功は見えてこない。 その複雑化したプロジェクトを成功に導くには、一体どうすればいいのだろう？ 4月に協業をしたネットイヤーグループの佐々木裕彦氏・齋藤健太郎氏とネコメシの森田雄氏に最近の発注側からの要望の変化や複雑化を極めるプロジェクトのPMOの役割、求められるスキルセットなどを語ってもらった（以下、発話は敬称略）。 「街を作って欲しい！」複雑化を極める発注側からの要望――最近、相談される内容ってどんな風に変化していますか？ 佐々木： 昔は、「サイトを作って」「キャンペーン考えて」とか要件が明確でした。でも、最近はどんど

対顧客におけるディレクションについて、メールやチャットでのやりとりは日々の業務に当たり前のように浸透している。直接顔を合わせないコミュニケーションが増えているからこそ、物事を伝える際には相手の属性や性格、その時々のシチュエーションなどへの配慮を欠くと、望まない結果につながりやすい。 そんな中、相手の状況を見抜く力が優れたいわゆる「気がきく」ディレクターの行動には幾つかの共通点があると私は考えている。例えば、いくつものプロジェクトを掛け持ちながら全体を俯瞰するプロデューサークラスのような管理者と、プロジェクト中に定められたひとつひとつの細かなタスクを現場レベルでこなす担当者に対してでは、同じ事象を伝える場合でも粒度を考慮しているのだ。今日はその共通点を具体的にまとめてみたいと思う。 管理者には「結論第一・注目点の明示・方針の自己判断」 プロデューサーのように俯瞰する立場の人は、同じプロジェク

Web制作に限らず、制作業界すべてのマネジメントにおいて、要件やスケジュールの確認、変更や修正内容の確認は、非常に重要なプロセスです。 広告関係4団体によって策定された、それらの内容を明確にし、確認書としてメールの書面をもって確認するためのガイドラインを紹介します。 広告関係4団体が「広告制作取引『受発注』ガイドライン」を策定 策定に加わった4団体は、下記の通り。 JAA 日本アドバタイザーズ協会 JAAA 日本広告業協会 JAC 日本アド・コンテンツ制作協会 OAC 日本広告制作協会 上記ページで、ガイドラインのPDFがダウンロードできます。 このガイドラインは制作費や納期などの発注内容を事前に明確にし、適切なスケジュール管理のもと業務管理を行い、受注/発注両者が長時間労働の抑制に取り組むことを目的としたものです。それらを「受発注確認書」として電子メールで取り交わすことをルールといたしま

Robは、コンテンツコラボレーションプラットフォームであるGatherContentのコンテンツ戦略担当です。 彼はコンテンツ戦略を開発、実装、測定、改良し、GatherContentブログの編集長となっています。 コンテンツの作成は、Webサイトプロジェクトの一部に過ぎず、作成のためには、計画やワークフローの決定、適切な人材の獲得、時間、お金が必要であり、さらに異なるチームステークホルダーや分野の専門家との協力が求められます。さらに、ビジネス目標とユーザーのニーズを満たすコンテンツの必要性を加味すると、要件はさらに複雑になります。コンテンツ制作がWebサイトのプロジェクトを邪魔することがよくあるのも頷けるものです。 プロジェクトのコンテンツ制作のために、必要な時間やお金、人材に対して十分な計画を立てなければ、次のような問題が発生します。 コンテンツが予定どおりに提供されない、またはまった

マネジメントを行われている管理職の方で、実際にマネジメントにおける最適なプロセスについて深く洞察さている方はいらっしゃいますか？ そんな皆様にはぜひ「デザイン思考」の考え方を取りいれていただけると、今よりきっとうまくいくはず！という事を紹介したいと思っています。 リーダーとマネージャーは別物まず前提として、組織のリーダーシップと、メンバーをマネジメントすることは全く別のことだと言われています。 スティーブン・コヴィーの『７つの習慣』ではこう定義させていました。 ・リーダーシップ：正しい道を指し示し、先頭に立って進むこと ・マネジメント；示された道筋に対して最適化を効率よく行うこと 以下に７つの習慣で語られていた、リーダー、マネジャー、メンバーについての記述を引用します メンバーとは？ 道を切り開いている作業チームのメンバーは生産者であり、 直接に問題を解決しようとする人たちである。 マネー

日々の業務において、スケジュールやプロジェクトの日程・進捗管理は重要です。プロジェクトが非効率的に進んでいく要因として、プロジェクトの管理を行うツールや担当者が明確化されていないという課題があります。また、仮にExcelをタスク管理ツールとして運用した場合にも、見づらいなどの要因から、逆に仕事が非効率的になるという不満が渦まくことも少なくありません。 誰が何をどこまで遂行したのかが把握できず、暗闇の中でプロジェクトが進んでいく・・・そんな経験を一度はしたことがあるのでは？ 本記事では、プロジェクト進行やマネジメントにおいて、そのような課題を抱えているプロジェクトマネージャーやメンバーが使えるおすすめのタスク管理ツールをご紹介します。これらのツールをプロジェクトで上手く使いこなして、業務効率化を測りましょう！ 世界中で人気を集めているタスク管理ツール 世界にはさまざまなタスク管理ツールがあり

今まで数々のプロジェクトマネージャーとそのプロジェクトマネージメント手法に翻弄されてきたが、現在の勤め先であるベルリンのITスタートアップで取り入れている手法が歴代の中でも一番マシ。まず工数見積がとても洗練されている。エンジニアが無理やりに「今週中に完成させます！」と言わされて、結局はその約束が守りきれずに翻弄される、というような弊害が最小化できているな、という話。 プロジェクトマネージメントチームのメンバー達はその見積方法を「フィボナッチ」と表現している。 だいたい工数見積なんてものが正確にできる人に出会ったことが無い。複雑なITプロジェクトの全体像を把握して「これをうちのチームで完了するためには＊＊日を要する」なんてピタッと当てたためしがない。絶対にズレる。 エンジニアに向かって「お前さー『今週中に完成させます』って言ったよな？誰だっけ、それ言ったの？オレじゃねーよ。お前だよ。おめーの

デザインやアートに関わる人は、整理整頓が苦手というイメージを持たれることがあります。これを一般論として語るのはいささか無理がありますが、たしかにクリエイティブな人々は散らかす傾向にあるというデータもあり、実際に雑然とした状況から創造力が生まれているのことにも実例があります。 このようなカオスな状態は、個人では問題ないですが、チームでの作業になれば話は別です。整理されているかいないかは、業績を左右してしまうほど重要な点です。 グループメールでやりとりしたことがある人なら、様々な人がメールを送り合って、それがネスト化してしまった状態にイライラしたことがあると思います。重要な情報が載せされたメールを見逃す人がいたり、一度聞いたことをまた問い合わせる人がいたりする状況が、間違いなく起こります。チーム内の全員が、学生の頃のグループ作業などを、思い出すでしょう。 言うまでもなく、チームをまとめるツール

「サイトを作らない」という選択肢 Publish2016/10/19(水) Update2021/02/13(土) 今年になってからPTAのことばかり書いている気がする出口ですこんにちは。 今日もPTA絡みのことになりますが、先日リニューアルした高槻市PTA協議会のサイトをのことを書こうかと思います。 最初は作って欲しいと依頼されていた。 まず最初に、「高槻市PTA協議会のサイトを変えたい」という話を聞いたのは今年の5月頃のことでした。 その時には、正式に仕事としてお願いしたいということを伝えられたんですが、僕はその話を聞いてちょっと考えました。 というのも、この話を仕事としてそのまま受けてもいいけど、自分がもし受けてしまったらこれから先が大変になるんじゃないかなと。 作るより先に、まず今後のことを考えた まず、そんなことを思った理由ですが、はっきり言えば僕が作る方が圧倒的に楽なんですよね

昨年度の当社はほぼ100%が元請けだった。ここ数年、元請け比率は非常に高く、企業のWeb担当者の声を直接聞く機会に恵まれているともいえる。 その中でも新規で取引を始める顧客のほとんどは、サイトのお問い合わせフォームか電話から折衝が始まっている。その依頼の多くはサイトリニューアルである。ということはつまり、過去に既存のWebサイトを作った制作会社（代理店や開発会社）が存在しており、そのうえでネットで他の制作会社を検索し、私たちを見つけ、声をかけてきている。その背景には、今まで付き合ってきた制作会社に対する大きな不満があることが多い。 お会いした際には当然、今までの経緯の一環として、制作会社の何が不満だったのかを聴くことになる。きちんとカウントしたわけではないが、感覚値でいうと8割くらいは同じ理由である。それは「言ったことしかしてくれない」「自分たちから提案してくれない」である。ようするに制作

プロジェクト全体としては、弊社CTOの縣を含めた相談役とディスカッションしながら、以下の流れで進めていきました。 記事の構成を固める 記事の執筆とサイトの構築 フィードバックを受けてブラッシュアップ リリース このプロジェクトの目的と、その為に技術が貢献できること このプロジェクトは、プロジェクト管理について読者にわかりやすく伝えることが第一の目的でした。 そのためには記事の内容とそれを適切に伝えるサイトデザインが重要です。しかし一つのサイトを作るには細かいマークアップやインフラの調整など、コンテンツ作成以外の作業も多いもの。このプロジェクトでは記事の執筆だけをするメンバーはいません。 コンテンツの作成に集中できる体制を作ることが、目的に対して技術面から最も貢献できることでした。 貢献したこと1: Markdownでマークアップの手間を減らす まず最初に記事はMarkdown形式で執筆する