▼ [雑] 「第2回 エンジニアリングマネージャー勉強会」に参加してきた 開催前に Twitter か Facebook で見かけて「お？」と思って参加ボタンをポチっとした、「第2回 エンジニアリングマネージャー勉強会」に参加してきた。 いま、会社でのオレのポジションは、無印の「ソフトウェアエンジニア」であって、「エンジニアリングマネージャ（EM）」という立場ではない。でも、開催ページに参加条件として次のように書いてあった。 下記の経験をお持ちの方に制限させていただきます。(アンケートにご回答お願い致します) ・メンバーの育成、新卒のメンター経験がある ・エンジニアリングチームリーダー、プロジェクトリーダー 過去の会社ではそういうこともやっていたので、セーフだろう。 これまで「エンジニアリングマネージャ」を軸とした勉強会には参加したことがなかったのだけど、行ってみたら会場は満員。やっぱりこ

こんにちは、岡崎です。最近はグリーのインフラチームにおける開発のマネージメントを担当しています。 このエントリーは「GREE Advent Calendar 2014」2日目の記事です。昨日は岸田さんによる「イノベーションが失われた組織から脱却する10のルール」でした。 さて、気がつけばここに書くのも昨年のAdvent Calendar 2013「開発ワークフローを、いつどう変えるか」以来です。去年は開発プロセスについてやってきた事の振り返り記事でしたが、今年も同じようにこれまでのプロジェクトを振り返りながら今回はエンジニアリングのマネージメントについて考えてみます。 エンジニアリングマネージャーとはどのような責任を持っているか エンジニアリングマネージャーとはどのような責任を持った役割でしょうか。本題に入る前にまずは「責任」という言葉の定義について確認しておきます。 「責任」と一言で言う

今更聞けない、デジタルマーケティングの基礎知識から、最新のアドテクまで、あなたに役立つ情報をご紹介します。 ※この記事は2016年02月23日に公開した記事を再編集して公開したものです。 デジタルマーケティングを行うにあたり、効率よくプロジェクトを管理するためにはプロジェクト管理ツールが便利です。特に、社内外を含む複数人が参加するプロジェクトマネジメントに、プロジェクト管理ツールは欠かせません。 今回は、プロジェクト管理ツールの選び方のポイントと、WebサイトやWebサービスの開発現場で役立つプロジェクト管理ツールをまとめました。 プロジェクト管理ツールの選び方3つのポイント クラウド（Web）型かインストール（ダウンロード）型か プロジェクト管理ツールは、大きく分けてクラウド型とインストール型の2種類があります。インストールの必要がなく、インターネット環境さえあれば基本的にどこからでもア

こんにちは。@ryuzeeです。 開発プロジェクトを進めるときには、ご存知の通り多くの人が関わります。一方で以前から何度か書いているようにいきなり人が集まっただけの段階だと、まだ組織やチームとしてはうまく機能せずさまざまな混乱が起こることになります。 たとえばスクラムを採用した場合で、かつスクラムに関する経験があまりない状況の場合、それぞれが持つロールを十分に果たせなかったり、そもそもどんな責任を持つべきなのかも分からずに声の大きい人の言いなりになったり、上司や外部からのコントロールを受けすぎてしまったりといった混乱も起こります。 そこで、初期の形成期や混乱期を早めに終わらせるために、それぞれの役割が持つ責任を見える化するのをお勧めします。（混乱した現場でこれをやると、想像以上に全員の認識が違うことがよく分かります） 以下の表はRACI（レイシー）マトリクスと呼ばれるものです。縦軸にタスク

※2016/8/18追記しました。 Google Task、Toodldo、Nozbe、doit.im、Todoist、Wunderlist、Trello･･･とタスク管理系ツールに色々手を出しまくってきた中、また新しく使いはじめたサービスがある。Asanaというプロジェクト管理ツールだ。 私は、プライベートのタスクはWunderlist、仕事はTrello、夫との献立の共有はTodoistとバラバラなツールで管理していた。 一見煩わしそうだけど、それぞれに適したツールを使っているだけだし、そのために複数のツールにまたがることは特に問題だとは思っていない。 Asanaを使ってみようと思ったときも、特別乗り換える気もなく、ただ単にちょっとおもしろそうだな～と感じて手を出してしまったというだけだった。 だけど、Asanaを使えば使うほど「あ、これって今分散してるツール全部まとめられるんじゃない

先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste

クライアントエンジニアのたなきゅん@braveです。 クライアントエンジニアですが、認定スクラムマスターです！(重要) ドリコム社内は割とアジャイル文化に前向きで、様々な取り組みが行われています。 (スクラムのプラクティスを取り入れている所が多いです) かく言う自分も、社内向けにスクラムワークショップをやったりしました。 スクラムについて云々という話は色々な記事を先輩スクラム経験者の方々が書かれているので、社内でやっている、他ではあまりやっていなさそうな良い取り組み、面白い取り組みを紹介していきたいと思っています。

Connect all your tasks, docs, people, and knowledge with ClickUp Brain

チームなのに「1人」になってしまう構造 伊藤直也氏（以下、伊藤）：ちゃんと作っていくものやミッションと組織の構造をきちんと合わせていきましょうというのが、マネジメントの基本としてものすごく大事です。しかし、形を合わせただけでは、その通りに機能してくれないことがあります。 これはKaizen Platformにいたときにあったことですが。Kaizen Platformは内製組織らしく、さっきみたいにプロダクトマネジャーが真ん中にいて、エンジニアがいて……という構造になっていて、各ユニットごとにきちっと切ってありました。 しかし、よく見ると、各ユニットのなかではエンジニアが3人くらいずついますが、エンジニア同士があまり一緒に仕事をしていないんですよね。 そこで、エンジニアと1:1の面談をして「最近どう？」と聞くと、「う～ん、なんか最近1人で仕事している感じですね」とみんな言っていて、「あれ、な

Software coupled with human beings: Extensive onboarding experience, change management coaching, unlimited training and support – the kind of partnership you wish every software provided. The partnership with Workzone is by far the best support we have received, both by our Customer Success partner and the support team at Workzone. They are willing to hear feedback and provide solutions or recomme

The enterprise work management platform The foundation for managing projects, programs, and processes that scale. Try Smartsheet for freeWatch a demo The enterprise work management platform The foundation for managing projects, programs, and processes that scale. Try Smartsheet for freeWatch a demo

You want to to plan, manage, and control your projects, but you don't want to use Microsoft Project. Whether you have tried it and decided against it or just generally think it won't meet your needs, don't worry—there are plenty of alternatives to Microsoft Project available. However, determining your perfect match among the wide array of options can be time-consuming and frustrating. In this post

※本セッションには多くの動画が含まれていたり、ノートに備考が記載されている可能性があります。実際の講演で行われたスライドが下記からダウンロード可能ですので、是非そちらをご覧頂けますと幸いです。 講演パワーポイントリンク:https://epicgames.box.com/s/n7t4z0624tmoiuargzp2jipjv5srm2xu 講演動画：https://www.youtube.com/watch?v=DLO7ARN9pLI 2019年4月20日に行われた「UNREAL FEST WEST 2019」における講演で使用されたスライドです。 ●公式サイト https://unrealengine.jp/unrealfest/ ＝＝＝ 近年、注目されているHoudiniとプロシージャル技術を用いた和室の生成、Houdini Engine for Unrealを使用したUnreal E

2016/6/21に開催した勉強会「ウォーターフォールとアジャイルを考える」の資料とワークのディスカッションメモです。Read less

TOP マガジン インタビュー 「コードを書くのも、組織を考えるのも同じですよ」DeNAのゲームを運営するマネージャーに聞いたマネジメント論 株式会社DeNA Games Tokyoは、ソーシャルゲームの「運営」に特化した事業を展開する企業だ。 ゲームの運営といっても、いわゆる保守業務を行っているわけではない。ソーシャルゲームを長年運営してきたDeNAの知見を活用し、リリースされたゲームが最適な状態になるよう、ビジネスと技術の両面から常に新しい改善を実施している。 既にリリースされているゲームに対する改善を同社では、どのような体制で行なっているのだろうか。技術部の部長を務める平岡洋祐さんにお話を伺った。 平岡洋祐（ひらおかようすけ）／株式会社DeNA Games Tokyo 技術部部長。1988年生まれ。和歌山県出身。和歌山大学卒。2011年、新卒で株式会社ディー・エヌ・エーに入社。201

ソーシャルゲームを提供する会社をSAP（ソーシャルアプリケーションプロバイダー）と呼ぶのに違和感を感じていました。アプリケーションソフトは、システムソフトやミドルウェアとは違う応用ソフトというのが広い定義です。とてつもなく広い定義で画像共有、動画共有、とかとかあらゆるソーシャルなソフトが当てはまってしまいます。 「mixiがSAPと連携して」とか書かれた時に混乱するのは、mixiだってソーシャルなアプリケーションの提供会社でしょ？ という矛盾がぬぐえないからです。 また何より、SAPは独SAP社の呼称としてエンタープライズITでは定着しています。コンシューマーとエンタープライズの垣根が低くなり融合しつつある今、この日本だけの混乱が21世紀の今日に起こるのは非常に残念です。 この混乱の震源地は、実は最初、このループス斉藤さんのこの記事に由来するのじゃないか？と疑いました。 世界の知恵をビジネ

このエントリは広くITに関わるブロガー、ジャーナリスト、メディア、広報、マーケティングなどのみなさんへの呼びかけです。 呼びかけの内容 ミクシィやグリー、モバゲーといったソーシャルネットワークの上で、ゲームなどのアプリケーションを提供する企業や組織、個人などをSocial Application Provider（ソーシャルアプリケーションプロバイダ）と呼ぶようになっていますが、その略語として「SAP」が使われている文章を最近目にするようになりました。 しかしこの「SAP」を、Social Application Providerの略語として使うのはやめませんか？ これが僕の呼びかけです。理由を以下に示します。 略語SAPをやめよう、という呼びかけの理由 理由1：混乱しやすい3文字略語を増やすことになる SAPはすでに多くの方がご存じのように、ERPなどで有名なドイツの企業SAPの名称とし

ソーシャルゲーム業界では、ネイティブアプリが主流となりつつある。これまでブラウザゲームで成長してきた会社も一転してネイティブアプリに経営資源のシフトを行っているが、今回、そうした中での「組織のあり方」の変化について、 デロイト トーマツ コンサルティング（DTC）株式会社 戦略・オペレーションユニット アソシエイトマネジャーの美田 和成氏にインタビューを行った。今回は、山田氏の雇用動向に関するインタビューの後編にあたる。 ―――： よろしくお願いいたします。まず、基本的なことを伺いたいのですが、お仕事について教えていただけますか。 美田氏： デロイトトーマツ コンサルティングというコンサルティング会社で、ゲーム業界を担当するコンサルタントをしており、ゲーム業界の市場調査や、ゲーム会社の組織づくりのお手伝いをしております。仕事柄、守秘義務がありますので、お話できることは限られているのですが、

Twitterの日本開発拠点立ち上げイベント Inside Twitterに参加させていただきました！ 講演で話していたことをまとめました。 あと、ごはんおいしかったです。 コロナ飲み放題はビビリました。 Twitterのスケーラビリティ speaker:シニアディレクター 日本の開発拠点 グローバルに展開しているTwitterというサービスの日本向けのサービスを作るために日本の開発部を新設した ニュース機能は日本向けに作った 処理・データの軽量化 サーバサイドの仕組みがあり、信頼性の低いネットワークで何度かリトライが走ってもツイートされるのは1つ Google発のSPDYやWebPを使っている SPDYではリクエストの優先順位もつけている オフラインモードを導入しようとしている 日本向けの製品 speaker:プロダクトマネージャー 日本が重要な理由 Twitterでは日本は有用な国 ロ

はじめに ネイティブゲームアプリのディレクターになった際、ブラウザゲーム時代と違い、「動いているものが仕様だ」という文化から、「ドキュメントが仕様だ」という文化に変化する必要があった。 その際にはじめてフロー図(フローチャート)を使いはじめ、色々と開発をしながら改善していった。その成果を記す。体系的な学習はしていないので、誤った情報があれば指摘してほしい。 この記事が「フロー図を利用したいが、なかなかよいツールやサンプルがない」という人の後押しになれば嬉しい。 工夫している点 ネイティブアプリや、JavaScriptなどで遷移せずに画面を切り替える場合に対応 後述するが特定の記号に、自分独自の意味を持たせている。フロー図はあくまで伝達するツールなので、多少の改変はしてもよいと考えている。 無料で全員が閲覧/編集ができる環境づくり ツールに関しては、Cacooなどを含めいくつか試したが、無料

Game Community Summit 2013 でお話しさせていただいた Machination 話のスライドです。 上記スライドの「DEMO」の段階で用いたマキネーションのファイルは次のリンクからダウンロード可能です。マキネーションツールの File > Open からロードすることができます！ - https://dl.dropboxusercontent.com/u/1534057/GCS/2013/soul_01.xml - https://dl.dropboxusercontent.com/u/1534057/GCS/2013/soul_02.xml - https://dl.dropboxusercontent.com/u/1534057/GCS/2013/soul_03.xmlRead less

みなさま、こんにちは。 2013年度新卒入社の吉成（@y_yoshinari）と申します。 現在私は『ボーイフレンド（仮）きらめき☆ノート』（以下、ボイきら）というサービスのUnityの実装を担当しています。 私は現在はUnityエンジニアですが、入社時は『なぞってピグキッチン』というスマートフォン向けブラウザゲームのフロントエンドの実装を担当していました。 2年前にWebフロントエンジニアからUnityエンジニアへ職種転向をし、ボイきらでは新規立ち上げから、ゲーム全体の設計方針の決定や、フレームワークの作成などに携わりました。 今回は、Webフロント出身のUnityエンジニアが大規模ゲームの基盤設計を行ったらこんな感じになりましたという話をしたいと思います。 「Unityって結構自由にコードを書けるからチームで何かしらの指針が欲しい」的なことを考えている方のお役に立てれば嬉しいです。 U

※2021/6/21 追記更新 「良い事業アイデアを思い付いたんだけど、実際に立ち上げるためには、まず何をすればいいんだろう…？」 ハッカソンやアイデアソンといった言葉も当たり前になり、一昔前から見れば新規事業アイデア創出の需要も機会も増えているけれど、それと同時に、事業アイデアを思い付いてもどう形にしていけばいいのかが分からずに頓挫してしまったり、逆に突っ走って失敗してしまう、という声もよく耳にする。 アイデア創出の「次」に何をすればいいのか、日経新聞社主催『AG/SUM HARVEST』のアクセラレーター・プログラムで講演した内容をもとに、MVP制作のポイントについてまとめてみた。 リーンスタートアップのプロセス リーンスタートアップとは、まずはアイデアから最低限実用に足る製品（Minimum Viable Product）を作り、顧客の反応を検証しながら改良・軌道修正を行うという、構

1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ

エンジニアからみた良いプロダクトマネージャ（以下PM）とは。rebuildfm #98で id:naoya さん(@naoya_ito)から PM についての話があったので便乗して書いてみる。※プロダクト（製品）マネージャはプロジェクトマネージャとは全然違う職種なので注意。 結論から先に。エンジニアから見た良い PM とは「つねにユーザーのことを考えた上でプロダクトに信念を持っている人」だと思う。それは当たり前じゃないか？と思った人は正しい。でも常にそれをできる PM は多くはない。幸いにも僕は多くの優秀な PM と仕事をさせてもらったのでそこから学んだことをまとめてみよう。 PM の役割 まずは PM の役割から見ていこう。スタートアップの CEO の役割からエンジニア、デザイナーをマイナスした感じと言ったら伝わるだろうか。 もう少し具体的に PM がやっていることを挙げてみよう。 自分

WEB企画では、デザインレビューの際に「InVision」というWebサービスを使っています。半年ほど前から試験的に使い始めた「inVision」ですが、使ってみるとかなり使い勝手がよくデザインチェックが短い時間で的確にできるようになりました。 今では手放せないツールの一つとなった「inVision」。今回はこのinVisionの便利な点と具体的な使い方についてご紹介したいと思います。 inVisionとは まずは簡単にinVisionについてにご説明。InVisionはアプリやホームページのプロトタイピングを複数人で効率的に作成することができるWebサービスです。 EvernoteやAirbnbといった有名企業もアプリ開発の際にこのinVisionを採用しているんだそうです。なんだかすごそうですね。 inVisionにデザインやワイヤーフレームをアップすることで、デザインに対してのコメン

Gyazoの開発元Nota Inc.から発表された全く新しいwikiサービス、Scrapbox。 様々なwikiや仕事効率化ツール、これまでたくさん試してみたものの、いまだにピンと来るものに出会えていないという皆様、お待たせ致しました。Scrapboxはありとあらゆる情報をたった一箇所にまとめ、自在にオーガナイズすることのできる全く新しいwikiサービスです。 ここから無料で自由にお試しいただけます。 scrapbox.io Scrapboxは隅から隅まで、あなたの仕事効率化や発想支援のために、ムダなく機能するようデザインされています。Gyazoはもちろんダイレクトにサポートされているため、Gyazoでスクリーンショットを撮ってCtrl / Cmd + Vまたはペーストを押すだけで、すべてのスクリーンショットをほんの数秒で簡単にwikiに追加することが可能です。 Scrapboxを使う5つ