あいつらが動き出す!」ということで2015年年1月発足の新しい本部の紹介をしたのでした。振り返るとあっという間の1年ですね。都電荒川線のアレがだだかぶりだったということが判明してショックだったのが今日のハイライトです。チームの仕事をぱっと見渡すのに便利なサービスです。チームとボードを作って、仕事の見える化をするのはイケてない感じです。ないツールを選択するのが良いのかなと。やりとりするみんなで大小様々なプロジェクト(企画開発やタスク)を同時に進めている場合は、常に全てを頭で把握しておくことは困難ですしまたナンセンスです。その代わりに各プロジェクトの情報を知りたいと思った時には、あちこち探しまわることなくさっと手に入る状態にしておくべきです。そのためには、まず前提として必要な事柄が書き出されてオープンに情報共有できている状態にある必要があります。(番号やキー)を発行し、チケット/タスクカードやドキュメント、コミットログなどに明記するのが、現実的に一番取扱いやすいです。活用することでぐっと情報が共有しやすくなります。形式がさっと人が読んだり手書き・手入力したりできるものであることが大切です。アーカイブ性も弱いという点もあります)。(金)できるだけ共有する組織文化になれば良いと思っている基本「すべての情報を共有する。情報閲覧者が判断する。」(2006年5月15日)という方針が良いとずっと思っております。責任者だけが知っていれば良いとか、チーム内だけでわかっていれば良いとか、そういうのはちょっとどうかなという派です。共有範囲を限定すべきものはすべきとして、それ以外はできるだけ共有する組織文化になれば良いと思っていますのでよろしくお願いいたします。すべての情報を共有する。情報閲覧者が判断する。ドキュメント群を階層構造化する機能を提供しないので、プロジェクトのドキュメントシステムとして使うには書き手・読み手双方が相当頑張らなければなりません。扱うプロジェクト数が多いと顕著です。今いる人と、今情報共有するためのツールを志向しています。投稿した記事はフィードに共有されます。階層構造やカテゴリーなどの面倒な管理は不要です。https://teams.qiita.com/featuresあとから記事を探しやすい仕組みを用意しています。整理することを考えなくてよいので書くことだけに集中できます。https://teams.qiita.com/featuresということで整理しないで使うことを想定したものなんですよね。系シンタックスで簡単に書けるので、フロー型の情報共有システムとしてはいいと思います。プロジェクトのためのドキュメントシステムではないただし「後からプロジェクトにかかわることになった人が全体像をさっと把握できる」ように整理されたドキュメントを作れるようにはなっていません。上に置きたければ記事間の関係がわかるような形で頑張ってリンクを書いていく必要があります。そのあたり理解した上で導入したり使ったりするといいんじゃないかと思います。“腎臓結石排出にジェットコースターが効果アリ。タスクリスト機能がプチ使えそうだ。ドキュメント群を階層構造化する機能を提供しないので、プロジェクトのドキュメントシステムとして使うには書き手・読み手双方が相当頑張らなければならぬ。今いる人と今情報共有するための仕組みだから。「ふりかえりで出したアクションで全てを解決させようと期待しない」確かに。全部一気に解決は無理なことも多いですよね。日曜日の朝食にカルディコーヒーファームで買ったパナビの冷凍クロワッサンを焼いたら熱々サクサクで最高だった。はてなでの障害レポートは社内の日記でとのこと。今日は一日中ヘルシェイク矢野のことが頭から離れなくて辛かった。晴海で企画開発部合宿をやったの2年前かー。事業の部長をしています。日記(兼パーソナルナレッジベース)です。※内容は個人的見解であり所属組織とは関係ありません。