エンジニアの理想型って何だ？有名企業CTOが教えてくれたアウトプットの重要性
はいこんにちはナカムラです。 今回は「成長ベンチャーCTOと直接会える！Startup Live!Ⅱ」というイベントに行ってきたら思ったより面白かったので、そこで見聞きしてきたことをベースにプロとしての理想とかアウトプットの重要性とかそんな所について書いてみたいと思います。 自己満足ではダメだ。そうそうたる面々が語る共通の悩み 『成長ベンチャーCTOと直接会える！』と銘打たれたこのイベント、その名に違わずそうそうたるメンツが揃っての豪華なトークセッションでした。 参加企業＆登壇者情報 株式会社ディー・エヌ・エー（取締役 最高技術責任者 川崎修平氏） 株式会社じげん（エンジニア DevOps担当 浅沼 敬氏） 株式会社VASILY（取締役CTO 今村雅幸氏） 株式会社viibar（技術責任者 松田 敦義氏） 株式会社ロイヤルゲート（代表取締役CEO 梅村圭司氏） 僕自身はエンジニアでは無いの
『俺が作った』と言えない... 制作業界に横行する実績隠蔽問題について
ども。ナカムラです。 久しぶりになんだか重たいテーマですが、すでにタイトルで『あーあるある』になってる方も多いんじゃ無いでしょうか？ 今回はそんな、もはや業界的な当たり前になってしまってる制作業界の奇妙な慣習と、その危険性に若干の怒りをブレンドしつつ叫んでみようかと思います。 実は著作権法でNG指定？横行する "お願い" 行為と人格権否定 まず前提として、『これ実績としてうたわないでね』みたいな "お願い"（笑）は、Webの制作現場においてまだまだそーとーな数存在します。 「これは大手の○○さんがやったことにしないとだから実績として公開しないでね」とか、「○○さんの規定で表向き外注してない形で見せたいから...」みたいな。ね。 時には口頭で、場合によっちゃ契約書（に別添された覚書とかに）明文化されて『〜...といった行動はお控えください』みたいな記述さえあったり。 で、確かに形式的にも雰囲
正しくチケット発行＆進行管理するためにディレクターがやるべきこと
はいどーも。ナカムラです。 今回はディレクターの必須タスク、チケット発行からの制作進行管理における仕事の振り方。みたいな話をしてみようかなと。ものすごく初歩的な部分なので「当たり前だろう！」とか言われそうですが、まぁ初心に帰って...ってやつです。 チケットってなんだ？ チケット駆動開発方式で一気に現場に浸透した「やることとか情報をまとめてぶん投げるためのリソース確保機能付き電子ポストイット」みたいなもん。多分。バックログとかレッドマイン、あとGithubとかでも使ってますね。 企画するだけして「後はマルナーゲ」ならディレクターなんていらない もう随分減ったとは思うんですが、未だにちょいちょい現れては現場を混乱させちゃう「メールそのまま転送で依頼おっけー♫」な似非ディレクターさん。います。悲しいことに。 で、彼らにそのことを指摘すると高い確率で返ってくるのが... 「企画して調整する方が大
【使ってみた】チーム内の情報共有を加速させるWebサービス6選 全力レビュー
ども。はじめまして。岸です。 日報・議事録・ソースコード・気になったニュースやアプリ...などなど。チーム内外での情報共有って、重要なんですがまぁ面倒くさいですよね。 単に共有するだけならメールやチャット、ファイル共有サービスで十分なんですが、ぶっちゃけ「ただ単純に共有だけしてもあんま意味ない」んですよ実際...。 ただ共有しても意味が無い。情報を活用するために必要なステップとは？ 前述の通り、情報ってただ単純に「共有すれば終わり」ではなくなんかしらに活かしてこそようやく意味を持ってくるもの。 なので、そのために必要なプロセスとしては... とりあえず全ての情報を蓄積する バラバラな情報を再構成してまとめる それぞれの情報を基に議論や考察を行う 考察の結果を踏まえて「抽象化」する んでそれを「体系化」してすぐに取り出せるようする みたいな項目がどうしても必要になってきます。 溜まった情報を
【全公開】オフショアのイメージが変わる？実際やってみた資料＆見積とって出し
はい。どうもこんにちは。ベトナム帰りのナカムラです。 突然ですがオフショア開発...と聞いてディレクターの皆さんが思い浮かべるイメージってどんな感じでしょう？ まぁそう思ってない人もかなりの数いると思うんですが、大抵の人は上記のようなイメージを持っているか、もしくは「検討すらしたこと無いので考えたことなかった」ではないでしょうか？ とか言いながら、最近まで僕自身も似たような考えだったんですけどね。 突如舞い込むベトナム現地でのアプリ開発企画 実は海外自体行ったことがないという出不精なナカムラ。 加えて上記みたいな偏見ゴリゴリな脳内をしていたので、普通にやってたらオフショアやラボ開発（オフショア拠点に直接ディレが行ってなんとかするやりかた）について知ることも調べることもしなかったかも知れません。 ところが、今回本当にひょんな事からセカイラボさんから声をかけてもらい、ベトナム ダナンのチームと
デキるWebディレクターに共通する4つのスキル
ども、こんにちは。WebプランナーのDCHSタカセです。 昨今、Webディレクターの需要はひたすらに増え続けています。で、ありがたいことにあっちゃこっちゃで年収も地位も、確実に向上している（らしい）です。 が、みなさん実感はお持ちでしょうか？ もし実感がないのだとすれば、もしかしたらあなたに「Webディレクターに求められているスキル」が、ちょっと足りてないのかもしれません。 Webディレクターは、何でも屋ではありません。僕らに求められているのは、ツールの使いこなしでも、見目美しき仕様書を作ることでもありません。 てな感じで、今回は「デキるWebディレクターに共通する4つのスキル」を紹介してみたいと思います。 1.強みを具体化する「軸」の必要性 Webディレクターは現場で、浅く広くどんな状況にも対応できる知見を求められます。言い換えるとそれは "何でも解決できる" ということ。 ただ一方で「
これで完璧！Webサービスの情報設計をカンタンにする設計用テンプレート完全版
はいこんにちは。最近なぜか風邪が治らないナカムラです。何食ったら健康になれるんでしょうか。誰か教えてください。 さて、サイトを作って！とザックリ投げっぱなされた依頼について、何を掲載するべきで何をどう設計するべきなのか。悩みますよねぇ・・・。 今回は日本ディレクション協会の人気講座「0からのWebディレクション講座：設計編」で、DCHSの高瀬さんが非常に分かりやすい見解と考えまとめ用のテンプレを公開してくれましたので紹介してみます。 以前からこのサイトでもその重要性についてブツブツ言っている感情設計についての考えとも重なる部分多めでしたので、両方読んでいただけると理解が深まるかもしれません。 感動設計テンプレート＆講演資料 ユーザーが感動するウェブサイトを実現するために必要な情報設計とは？ 高瀬さんいわく全てのWebサイト、サービスは「ユーザーを感動させるため」に存在しているし、そうあるべ
サイトを企画・設計する前に決めるべき14の項目（ディレ協主催「0ディレ」講演レポ）
「0からのウェブディレクション講座 設計編」に行って来ました！今回の講師はディレ協所属、DCHSの高瀬さん。レポートは初登場のユースケです！よろしくです！ 制作に”入る前”こそ重要 今回は設計編ということで、サイト制作に入る前段階で「明確にすべき項目」と「その方法」にスポットを当てた講演内容となっていて 企画そのものの成功率を上げるに何を知るべきか スムーズに制作を進めるためには何を準備すべきか プロジェクトを高速で進めるための戦略のとりかたは？ といった、現場のディレクターにとって重要すぎるほど重要な内容がギッシリな”濃い”講演でした。 意図不明なサイトや、ぜい肉たっぷりなサービスができあがる原因はどこにあって、どうすれば解消できるのか？今回僕が学んだことを一気に並べて共有したいと思います。 資料スライド公開 このレポート内で紹介している14項目について、講師の高瀬さんが公開してくれてい
リリース前に確認すべきアナリティクス設定必須項目5+1個
こんにちは。久しぶりの投稿になりました。ナカムラです。 随分前に「備忘録の意味も含めてアナリティクス回りの事前設定項目まとめる！」とFBで宣言していながら長いこと放ったらかしてしまいごめんなさい。 書く前から長くて面倒な記事になると分かっているネタなので、今回は色々端折ってメモ書きみたいな感じで書いていきます。（手抜きとも言う） まずはコンバージョンのポイントを確認 とりあえずそのサイトのコンバージョン（成果）となるユーザーの行動が何なのか？を考えて明確にしておきます。当たり前のようで、やってない人は本当にやってないのでチェック項目として。 ECサイトなら：商品購入、会員登録、商品詳細ページに30秒以上滞在 など LPなら：本体サイトへの誘導、またはLP内での申し込み など ブログなら：広告バナーをクリック、1ユーザーが3ページ以上見る など ありがちなミスとしては、コーポレートサイトのC
プロジェクトの成功に求められるWeb解析のスピード化（CSS Nite参加レポート）
物凄い仰々しいタイトルになっていますが、実は先日行ってきた「CSS Niteビギナーズ：Web解析」の受講レポートになります。すばらしく濃い内容で「ビギナーズ？嘘つけ！」などと思ったりもしましたが、すぐに試したいネタが満載で大変勉強になりました。 色々あって公開が遅くなりましたが、以下にナカムラが大事だと感じたポイントを書き留めて行きたいと思います。 一貫していた「解析と施策のスピード」という考え方 豪華メンバーの揃った今回の講演。皆さんほぼ共通していたのは「Web解析にはもっとスピードが必要だ！」という考え方でした。 解析はPDCAサイクルで言うところの C（チェック）の部分なので、さっさと A（改善）に移ってアレコレ試さなきゃ役に立たないよ！ということですね。 で、沢山の解析効率化ネタが紹介されたんですが、中でも特に僕の気になった物を以下にピックアップしてみます。 イベントトラッキング
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
