角待ちは対空」でした。最近はこんなことをしています。はてなダイアリー日記はてなダイアリー終了とブログへの統合、利用いただいているユーザーのみなさんへの影響も大きいですし、15年続いたサービスの終了とコンテンツの移転はプロジェクトとしても大きいものです。オープンなプロジェクト計画というわけで、わりと雑な僕でも本プロジェクトについては、利用していただいているユーザーの方にも、社内にも、チームメンバーにもプロジェクトの意義を説明できるように、プロジェクト計画書を作り、社内に公開し、さらにそれを作る過程も社内に公開しながら進めました。そこから得られた知見や気付きをブログにもまとめてみようと思い、本エントリを書いています。Knowledge)を参考にしました。Wikipedia15年続くはてなダイアリーは、社内外にステークホルダーも多く、十分な整理が必要と感じたので、より教科書的なアプローチを試み、それを社内に共有しよう、と思ったのでした。5個のプロセス群PMBOKはプロジェクトマネジメントの知識体系であり、扱う範囲は大きいです。具体的には以下の5つのプロセス群に大別されます。今回はひとまず、この1,2番目の「立ち上げ」「計画」両プロセス群について、PMBOKを参考に「プロジェクトマネジメント計画」を立てるということをしました。10の知識エリアまたPMBOKは各プロセスをマネジメントの対象により10のプロジェクトマネジメント知識エリアとして分類しています。プロジェクト統合マネジメントプロジェクト・スコープ・マネジメントプロジェクト・スケジュール・マネジメントプロジェクト・コスト・マネジメントプロジェクト品質マネジメントプロジェクト人的資源マネジメントプロジェクト・コミュニケーション・マネジメントプロジェクト・リスク・マネジメントプロジェクト調達マネジメントプロジェクト・ステークホルダー・マネジメントプロセス群と違い、知識エリアについては、全ての知識エリアについてプロジェクトの計画を行います。プロジェクトマネジメント計画書PMBOKに沿って、10個の知識エリアについて考えそれぞれについてのマネジメント計画を「プロジェクトマネジメント計画書」として作成しました。書いてみて思った、特に意識した知識エリアについてピックアップしてみます。プロジェクト統合マネジメント各プロセスを束ねるためのマネジメント、メタな感じですね。このエリアにおいて「プロジェクト憲章」を定め、プロジェクトに迷いが生じた時に立ち戻れるポリシーを定めることが大事です。実際のプロジェクトにおいて、日々の判断が必要であり、その判断の根拠となりうる、プロジェクトの価値観を明らかにすることは非常に大事だと思っています。リーダーが間違った判断をすることがあっても、価値観をチームで共有できていればメンバーから「それは違う」と言い出せます。いうチームが良いチームだと思います。プロジェクト・スコープ・マネジメントプロジェクトのスコープ、つまり何をするかを定義することは、逆に「何をやらないか」を定義することでもあります。定義が曖昧な時、しばしば起こるのは「作りすぎ」だと思っています。世の中はやれるならやった方がいい事に満ち溢れていますが、全部やってたら終わらないのです。プロジェクト品質マネジメント」があります。必要な品質を満たし、でも過剰品質とならないこと、を意識します。プロジェクト・リスク・マネジメントプロジェクトの想定されるリスクについてマネジメント計画を立てます。4タイプに分けて、想定されるリスクに対して対応戦略を考えます。しては「単純に工数をもってくる」とか、「軽減」対応として「ある程度の仕様について諦める」といった態度が考えられます。プロジェクト計画の段階で、リスクに対する対策を決めておくのは、実際にリスクが顕在化したときにスムーズな判断を助けてくれます(くれました)。プロジェクト・ステークホルダー・マネジメントプロジェクトに影響する人を特定しておき、マネジメント戦略を立てます。このプロジェクトでは「ユーザーさん」から社内の各部署まで、多数のステークホルダーを設定し、関係性を明確にしました。歴史のあるサービスは当然関係者も多く、何かの決定が思わぬ影響を及ぼしたりすることがままあり、ステークホルダーを整理しておくことで、連絡漏れとか思わぬ影響といった事故を未然に防ぎたいです。その他の知識エリアと、4つほど取り上げてみましたが、その他のエリアも重要ですので、軽視せずプロジェクト計画したいですね。プロジェクト憲章とインセプションデッキさて、プロジェクト憲章を作るに当たって、チームメンバーから「インセプションデッキを作ろう」という声が偶然タイミングよく出てきました。そこで、プロジェクトマネジメント計画書における「プロジェクト憲章」をインセプションデッキとすることにしてみました。インセプションデッキは「アジャイルサムライ」で紹介されたことでも有名な、プロジェクトの開始時に定義すべき10個の質問・回答集です。何がどれだけ必要なのかこれは、実際に立ててみたプロジェクトマネジメント計画書の項目とほぼ一致するものでした。「やらないことリスト」は「スコープ・マネジメント」、「プロジェクトコミュニティ」は「ステークホルダー・マネジメント」、「夜も眠れなくなるような問題」は「リスク・マネジメント」そのものですね。そもそも体系化されたプロジェクトマネジメント知識は、アジャイルな開発における計画においても有効であり、参考にされているものだということですね。ちなみに、PMBOK6版においてはアジャイルについての解説が強化されています。両方やって思ったことは、以下のようなことです。PMBOKにおける「プロジェクトマネジメント計画書」は、方法論がしっかりしていて、これに沿って書きやすい、と感じた。一方で扱うプロジェクトの範囲が、小さなものから大きなものまで幅広いため、資源やコストのマネジメントについては(今回は)オーバースペックに感じた「インセプションデッキ」は、要素としてはPM計画書とにているが「わかりやすく相手に伝えるツール」として優れていると感じたという意味で、今回両方を実際に書いてみてそれぞれの特徴を感じました。プロジェクト計画の共有とアップデートさて、プロジェクト計画において大事だと感じることは、その計画をちゃんとステークホルダーに共有すること、そして、計画を更新することだと思います。PMBOKはウォーターフォール型のプロジェクトもアジャイルなプロジェクトも扱います。計画段階においては、どちらも計画は大事です。計画を実行するにあたって両者に生じる違いは、手戻りが難しいウォーターフォールに比べて、アジャイルは定期的に振り返り、プロジェクト自体を改善していくことができることだと思います。その意味で、「精緻な計画を立ててそれを実施する」というのではなく、「書けるところからでも計画を書いてみる。それを定期的に振り返り、計画自体をアップデートする」ことがアジャイル開発においては特に大事だと考えます。今回のプロジェクトでは、四半期で計画の振り返りをし、大事に思っていたことが実現できたか、当初と想定が違い優先順が変わることはなかったか、ステークホルダーの見落としがなかったかといったことを確認し、文書をアップデートし、その内容についてチームメンバーから意見も求め、結果を共有しました。これは四半期と言わず毎月くらい実施しても良かったですね。まとめ計画を立てて、チームの意識を統一する、リスクへの対策を考えておくことは、プロジェクトが大きくなるほど大事ですが、小さいプロジェクトでも軽視せず、意識することが大事だと思います。インセプションデッキは必ず作る習慣をつける、とか。最後に、ブログ統合のプロジェクト憲章(インセプションデッキ)に掲げた文章を紹介します。はてなのコンテンツプラットフォームサービスの未来に向けた開発を行う近頃、複数のサービスの終了のニュースが続いていますが、ユーザーさんのコンテンツを扱う、コンテンツプラットフォームサービスは、はてなの柱であり、その未来に向けた開発をしていきたい、そのための準備としての整理のつもりです。今後のはてなにどうぞご期待ください。使ってプログラミングを教えています。そこから得た知見などを書いてみます。説明も不要なくらい有名になってますが、Scratchとは、MITメディアラボが開発している子ども向けのビジュアルプログラミング言語です。アラン・ケイのスクイークをベースに開発されています。ブロックのように命令を組み合わせてマウスでプログラミングでき、マウスだけでも簡単なプログラムは作れるので児童にプログラムの基本概念を教えるのによい(とされている)。Flashプレーヤーを搭載したブラウザだけで動くので、今すぐあなたもプログラミングできます。この記事の中にも動くプログラムを幾つか埋め込んでいるので是非試してみてください。https://scratch.mit.edu/なぜ子どもにプログラミングを教えるか義務教育でプログラミングが必須授業だとか、AI社会に向けて、とか色々言われています。よくて、僕は子どもと共通言語ができる、自分のやっている仕事を子どもに理解してもらえる、というのが大きいと感じています。我が家での導入プログラミングスクールの体験会に参加Scratch自体はエンジニアなら触れば大体わかると思いますが、子どもにどういうテンション、カリキュラムで教えるのか、を体験するために、無料体験会に参加してみました。PC触るのも初めての子どもを対象にしていたので、すごくわかりやすいテキストを写経するだけの簡単なものでしたが、子どもが熱中し、できたものを自分で作り上げたものとして誇らしげにしている様が印象的でした。子どもが読めるテキストを購入しました。教えるテキストとして、また自分の理解のために。ある程度進んだら、本を与えると自分で勝手にプログラムを作る、本を発展させて自分で作りたいものを考えるようになるといいですね。アラン・ケイのメッセージも載っててグッときます。Scratch1.4ベースですが最初に読ませる本としてはベストでは。単行本この商品を含むブログを見る2冊目。Scratch2.0ベースになってるし、2冊目として高度化した内容。この2冊は最初に買う本としておすすめです。単行本この商品を含むブログを見るヴォーダマンの本。前半Scratch、後半Pythonという構成。Scratchで学んで手続き型プログラミングって、Pythonでも一緒だよ、という主旨だけど子どもはタイピングできなくて詰む。見るこちらはもう少し高度な内容。一冊かけてシューティングゲームを作る。基本~応用初級くらいまでが学べる。アルゴリズムを学べる。線形探索とかソートのアルゴリズムをScratchで学べる。自分は面白く読んだけど、子どもに読ませるのは少し先かな。yourself本で基礎を学んで、なんとなく「何でもできる」感を感じてもらったら、あとは好きに作らせるといいですね。音を鳴らすもいい、カメラを使うもいい、Scratchでできることに限界を感じたら、もっと高級な言語を学ばすなり、ロボティクスにいくなり、どっちに行っても楽しいです!(子どもも親も)プログラミング教育最高。最初の一歩に良いなと思っています。マウス(トラックパッド)の操作さえ教えれば、キーボードをほぼ触らずにプログラミングが組めるのは画期的で、参入障壁が低いです。基本は手続き型プログラミングですが、スプライトのクローンでオブジェクトも作れるぞ!(ちょっと違う)そして複数のスプライトとその間のメッセージ通信ができるぞ!(ただしブロードキャストのみ)リミックスGitHubのソーシャルコーディング、素晴らしいですね!Scratchでもソーシャルコーディングできる!クリエイティブ・コモンズの継承ライセンスで公開、リミックスができます。リミックスツリーというビューがあり、ビジュアライズされます。他の人の作ったプログラムに自由に改変を加えて発表でき、それがさらにという循環が生まれます。自分の作ったプログラミングが公開できて、コメントがもらえたり、forkして新しいプログラムが生まれるという体験をローティーンでできるのはすごい!僕も実際コメントをもらったりforkされたことがありましたが、ちょっと感動がありました。ブログを始めてみました。記事数は少ないですし最近更新も滞っていますが、興味ある方は是非読んでいただければと思います。School(テックキッズスクール)子ども向けのプログラミング講座。子供の科学のWEBサイト「コカねっと!」-科学や理科、工作の役立つ情報いっぱい!子供の科学による教材。最後に駆け足になりましたが、プログラミングは楽しいですよね、それを子どもに教えるのもまた楽しい。この記事は「はてなディレクターアドベントカレンダー」の5日目の記事として書かれました。僕の本業は本部長なのですが、この半年ほど暫定的に編集チーフという仕事をやっていて、12/1付で後任者に引継ぎをしました。その引継ぎのために、自分がやってきたことをまとめたものをアドベントカレンダーにしたら安上がり知見をオープンにできて良いと思ったので書いてみます。以下は、この半年ちょっとで考えたことややったことを時系列ではなく構造的に整理したものです。僕自身は編集職としてのキャリアは無かったので、これまでの他職種でのチーフなどの経験を活かしてやってきました。一人で考えたものではなく、シニアエディターやその他いろいろな人と相談しながら作ってきたものです。後任のチーフや、組織をマネジメントする人のお役に立てれば幸いです。チーフをやってよかったことおわりにチーフとははてなのサービス開発は「ブックマークチーム」とか「ブログチーム」のようなサービスを軸にしたチームで構成されています。それとマトリクスを描くように「技術グループ」「デザイングループ」「編集グループ」といった専門職種によるまとまりも存在します。チーフはその専門職グループのリーダーです。専門職グループの存在意義はてなは技術の会社です。はてなで働く人に大事にしてもらいたい価値観「はてなバリューズ」の中でもこのように言っています。技術が好きひとりひとりが持っている技術にこだわりをもとう自分の専門領域を常に貪欲に学習しトッププレイヤーを目指そう技術を使って生まれる価値を大切にしようチームとしてサービスを開発し、会社の業績に貢献することは大切ですが、それと同時に自分の専門領域を向上させるというのを大切にしています。専門職グループを置いてマトリクス組織にしているのは、その技術の研鑽についての責任をもつという現れです。専門技術を向上させるための、専門職グループの活動は主に以下のものに集約されます。対外アウトプットについては、はてなのエンジニアに期待する「アウトプット」というエントリがありますが、これはエンジニアに限らず、専門職種全般に言えることだと考えています編集グループのミッショングループの存在意義がわかったところで、あらためて「編集グループが目指す方向」を考えました。判断に迷ったとき、ミッションに照らして、我々が目指す方向に合致しているかを考える基準になるものになるといいですね。僕が考えた編集グループのミッションは具体的に以下のものです。当社は、インターネットにおいて良いコンテンツが正当に評価され、より多くのクリエイターにより優良なコンテンツで溢れる状態となることを望みます。これはまさに、編集グループが目標におくべきことなので、ほぼそのまま活用しています。「文章」という言葉を使わず「表現」としたのは、インターネット上の表現手段やメディアは多様化しており、テキストだけでなくあらゆる表現活動をよりよくしていくことが編集の仕事だと考えたからです。シニアエディターもともとシニアエディターという役職はあって、編集職の中で指導的な立場をとってもらっていたのですが、その業務範囲を明確にし、チーフ(僕)との役割分担をしました。専門職スキルを有しないチーフ(僕)と有するシニアで、僕は型を作ってシニアに執行してもらうという体制をとりました。メンター面談を実施し、専門目標の達成状況や業務、キャリアに関する相談の場としています。編集メンバーの活動のための場所を作りました。はてなグループ自社製グループウェアです。はてなでは、チーム毎、専門職グループ毎に一つずつはてなグループを作るのが一般的ですトラックバックで業務上のやりとりをする他、編集技術に関する知見も積極的に投稿するように呼びかけていますSlackチャンネル社内Slackに編集メンバー全員参加するチャンネルを作りました。チャンネルにしています。上記編集シニアとチーフ(僕)が話す会です。目的は「編集グループ」をちゃんと組織化すること。やることを管理して、この記事に書いているような決めごとをしたり、個別のメンバーについての相談をしたり。そんなに話す事もないだろうと油断していて、当初は毎週だけど徐々に頻度は減らしていこうって言ってたのですが、結局任期の間ずっと毎週やっていました。編集グループ所属メンバーが全員集まる会です。目的はメンバーの情報共有です。編集といっても様々な業務があるので、チームやオフィスを跨がった情報共有を大事にしています。こちらは参加メンバーも多くコストがかかるので基本は隔週開催。アジェンダは以下のようにしています。近況報告(全員)3行で今やっている仕事の内容を共有、職務上の悩みがあったらそれも話します。自社メディアでも他社オウンドメディアでも、ブロガーさんに寄稿をお願いすることがあります。「こんどこのブロガーさんに記事執筆をお願いする」という情報を共有しておくことで、各媒体の運営がスムーズになりますこの人にあれを聞きたい編集、とくにウェブ編集者は、たとえばHTML/CSSに造詣が深い、画像処理ができる、動画が作れる、ソーシャルメディアに詳しい、などなど必要なスキルが多岐にわたってきています。この人に具体的にこのスキルについて聞いてみたい、というスプレッドシートを全員で共有し、情報交換の促進を促しています専門目標はてなにおける評価項目(転じて目標軸)は3軸あり、「成果」「行動スキル」「専門スキル」の3つです。専門職グループは、「専門スキル評価」とそのための「専門スキル目標」にコミットします。成果目標に対して専門スキル目標は、個別具体的な技術向上の目標になったりしがちですが、会社やチームの方向性は不変ではないので、ともすれば業務と専門スキル目標を両立することが難しかったりします。そのため、専門スキル目標の位置づけは以下のように定義し、目標立案をお願いしています。専門スキル目標は、達成・未達成が評価に直結するものではなく、専門スキル向上のための「成長目標」と捉えてください「今期はこれを頑張ります・伸ばします」というマニフェストと考えるとわかりやすいと思います目標達成のために努力した結果が専門スキル評価向上というかたちで反映されるはずですメンターと相談しながら、職種専門スキルを伸ばすための目標を「必ず1つ以上」立ててください専門スキルを伸ばすことは本人にとってプラスである、個々人が専門スキルを高めることが会社に還元される、という正の循環を作っていきたいですね。編集チーフをやってよかったことという感じでいろいろやってみて、なんとなく形になってきたかなというところです。編集職スキルを有しないチーフとしては型を作るまでが仕事で、実際にこれに則ったりもっと良くしていったりして、実際的に編集職のメンバーを伸ばしていくのは後任にお任せしたいと思います。後任のチーフは編集畑の方なので、大いに力を発揮してもらえると期待しています。編集職を育てていく環境もより整備されていくと思いますので、ウェブ編集の仕事に興味のある方は是非ご応募ください!もともとエンジニアとしてやってきて、チーフエンジニア、ディレクター、プロデューサー、本部長、編集チーフ、と職種を変えたり増やしたりしてきたのですが、変えるたびに何をやっていいかわからず、ゼロから積み上げる不安な気持ちになってきたものでした。最近は特に業務の変化が多く発生するなかで、培ってきた経験やスキルが他職種でも生きるという気づきをたくさんしています。エンジニアのチーフから編集のチーフは、同じチーフなのでそれがわかりやすく感じられたのがよかったです。先日、デブサミ関西でも発表したのですが、エンジニアがマネージャになることって地続きの部分もあるなと思っています。サービスを作るのも組織を作るのも、結局は問題を発見して仮説を立てて改善し...というPDCAサイクルを回すのは一緒ですし。専門職種の人間が一人で上げられる成果、に上限は無いと思います。1つのライブラリが世界中で便利に使われることもあります。いう追求もあるし、専門職種やチーム全体の向上に力を割くこともまた面白いな、と感じています。自分の考えた仕組みでうまくいってなかったチームがうまく回り出した、自分一人で到底なし得ないような大きな成果をチームがなし得た、と感じた時にチーフやディレクターをやってよかったと思ってきました。おわりにというわけで、編集チーフとしてやってきたことをまとめつつ、チーフやディレクターというマネージャ職について僕が考えていることを書かせて貰いました。なんとなくディレクターアドベントカレンダーの体はなしたのではないでしょうか。始めます!advent.hatenablog.com今年のテーマは「好きなもの」ということで、これは書きやすいテーマだなと思って決めたものの、改めて自分の好きなものって何だっけ...と考えると意外と何も無い気もしてきました。好きなもの、を聞かれると控えめに「アニメ、マンガ、ゲーム、映画、SF、ミステリ」と言っているのですが、年々声が小さくなっている気がします。何でかというと、これらのジャンルはそれぞれ深く精通している人がいるので、生半可な知識で好きとか言えないという意識が働くからです。家庭を持ち趣味に使う時間も減っていくので尚更です。アニメ好きと言っても最近のアニメは毎期数本見てるくらいで、会社のアニメ好きと会話してもついていけない事が多いです。アニメ好きと言えるのか...と自問自答してしまう。最近見たアニメの話をすると、先週末に家族で金沢に車で旅行した往復に、子どもたちに未来少年コナンのDVDを見せました。コナンといえば『未来少年コナン』の愛称として定着していたが、日本テレビ系アニメ『名探偵コナン』の登場により事情は変わった。今やコナンといえぱ『名探偵コナン』の愛称として定着しており、『未来少年コナン』をイメージするのは若くない証拠なので要注意。(はてなキーワード未来少年コナンより)この通りで、「今日はコナンのDVDだよ」って言って再生したら「これ違う」とびっくりしてたのですが、数話見せたら完全にハマってしまい、上の子が何話か見た後「最初の頃より最近のほうが1話の時間が短くなってない?」とまさに狙い通りのコメントをしてくれて嬉しかったです。良いものは年月を超えて愛されると思って(おっさんくさいですが)、車の長距離移動の際は「世界名作劇場」とか古い名作をよく見ています。好きなものについて人力検索で質問したことがあったなーと思い出して質問履歴を紐解いてみたところ、10年も前にありました。q.hatena.ne.jp沢山回答いただけて嬉しかったし、読んだことの無かった面白い本を沢山紹介してもらえました。思い返すと、「SF小説が好きだ」と思ったのは高校生の時、インターネットも無く、専門誌を読むでもなかった当時に本屋でたまたま手に取った小説がベイリーの「時間衝突」で、それがものすごく面白くて、「たまたま手に取った本がこんなに面白いSFすげー」と思って、SF小説のことを好きになり、大学に進学したとき「もっとSFのことを詳しい人に聞きたい」と思ってSF研究会というサークルの門を叩いたのでした。単なる知識だけでなく「好き」が伴った情報は圧倒的に面白いというのはブログサービスを運営していてもすごく思うところです。好きなものについて語るのは気恥ずかしさを伴いますが、勇気をもって声を出してみると同好の士から有益な情報が得られて嬉しい、という体験を何度かしてきたので、好きなものについて話すのも聞くのも大好きです。今回のアドベントカレンダーで同僚が「好きなもの」について熱く語るのを読むのが楽しみです。日)はてなスタッフの大西です。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。