nDiki : ネットサービス
2016年12月20日 (火)
第9回 エッセンシャル スクラムを読む会
社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会9回目。今日は第9章 プロダクトオーナー。
自分がプロダクトオーナーをしていることもあり発表担当をしました。
受け入れ条件の定義と検証
受け入れ条件が満たされていることを確認することがプロダクトオーナーの主な責任の1つにあげられています。これはスプリントレビューで行うのかなと勘違いしていたのですが、プロダクトオーナーによる受け入れ条件の検証はスプリントレビューまで待たずにスプリント実施のときに行うとあり、ここは学びになりました。スプリントレビューでデモが許されているのは完成した機能だけとのことです。
ただ CSM によるとプロダクトオーナーが忙しくスプリントレビューのタイミングになっているところも多いらしいです。
誰がプロダクトオーナーになるべきか
ネットサービス開発は商用開発にあたるので「顧客の声を代弁する社員(プロダクトマネージャーなど)がなる」に相当しますね。
その他の役割と組み合わせ
プロダクトオーナーとスクラムマスターを兼任するのはよくないという点については、それぞれ違う行動指針で動くものだからと CSM がいっていました。確かに。
プロダクトオーナーとして余裕があれば複数チームを担当するのもありと本書には書かれています。私はいま3チームをみているのですが、スクラムのアクティビティにかかる時間的に3チームが限界ですね。2チームまでが適切な感触です。
プロダクトオーナーチーム
チーフプロダクトオーナーという役割が出てきますが、チーフプロダクトオーナーは直接開発チームを見ないようなのでそれってもはやプロダクトオーナーじゃないんじゃないかと思ったのですがどうなんでしょうか。
プロダクトオーナー? プロダクトマネージャー?
勉強会ではプロダクトオーナーとプロダクトマネージャーの違いについてディスカッション。個人的にはスクラムだとスクラムマスターという存在がいるので、プロダクトオーナーの方が少し楽なんじゃないかと思っています(スクラムではない体制におけるプロダクトマネージャーに比べて)。
勉強会参加者にプロダクトオーナーになりたい人はと聞いたところ、やりたい人・やりたくない人双方いました。 CSM は(決して軽視しているわけではないけれども)「プロダクト」よりも「プロセス」の方が面白いからプロダクトオーナーになりたいとは思わないとのことでした。なるほど。
2017年2月23日 (木)
「Inspired 入門」 (第1回)
プロダクトオーナーやプロダクトマネージャー(PdM)の必読書と言われているらしい「Inspired: 顧客の心を捉える製品の創り方」の内容を理解し、実践・共有することで力をつけていきましょうという「Inspired 入門」勉強会に参加してきました。今日が第1回。渋谷界隈でネットサービスを行っている4社から参加者が集まりました。
各社ネットサービスを展開していますが、お互いにビジネス領域が被らないためざっくばらんに話ができそうです。企業毎に組織体制や文化が異なり、プロダクトマネージャーの仕事・役割もそれぞれ違うよねということをあらためて感じました。取り組みや課題などをお互いに情報交換することで、いろいろ学びがありそうです。CS 部門経験者の方も何名かいて、ぐっと親近感がわきました。
今回は幹事役をしてくれた方が資料を用意してくださっていてそれを使いながらファシリテーションしてくれました。感謝。
話題から
ある方のところでは、ユーザーに影響のある施策についてはコンセプトシートを書くとおっしゃっていました。他の方はリーンキャンバスを作るようにしているとのこと。自分のチームではプロダクトバックログ上にストーリーを書いて済ませることも多いのですが、少し大きいサイズのものはこういったものを書いた方が良いなと今回感じました。
PdM という役職・肩書のある会社はというお題については、ほとんどの方がないということでした。
それからユーザーストーリーマッピングを1日かけたという話をしてくれた方は「エンジニアも一緒に参加することで、作る側の納得感が出て良かった」とおっしゃってました。なるほどです。
Inspired より
今回は1章から3章がトピックだったので以下個人的なメモ。
第1部は「ソフトウェア製品の開発に関わる人たち」。人・プロセス・製品という3領域の中の「人」。その役割と責任について。
第1章: 製品開発の鍵を握る担当者とその役割
まずは役割の説明。プロダクトマネージャーのやることとして以下を挙げています。
プロダクトマネージャーの主な任務としては2つある。製品の市場性を評価することと、開発すべき製品を定義することである。
プロダクトマーケティングも兼務になっていることが多々あるがまったく別の技能が必要なので、兼務は非常に難しいとしています。この点は第2章で詳しく取り上げられています。プロダクトマーケティングが分離されていると助かります。
プロダクトマネージャーは5〜10人のエンジニアに対して1人必要とのこと。スクラムチームの人数ともだいたい同じ規模感。
第2章: プロダクトマネジメントとプロダクトマーケティング
「プロダクトマネジメントとプロダクトマーケティングをそれぞれしっかり」「製品の最終責任者を明確に」「プロダクトマネジメントは専任で」
プロダクトマネージャーの役割とプロダクトマーケティングの役割をきちんと区別するのが大切。
第3章: プロダクトマネジメントとプロジェクトマネジメント
ここではさらにプロダクトマネジメントとプロジェクトマネジメントを区別しましょうという話。
2017年12月31日 (日)
2017年ふりかえり
年末に1年をふりかえって出来事を中心にまとめ日記を書いたりしていましたが、今年は今後の改善に向けて KPT でふりかえってみることにしました。
ちなみに買って良かったものは12月始めにまとめずみ。
日記に書き残してあることは思い出せるし、書き残していないことはなかなか思い出せないものです。日記を書く習慣は続けていきたいことの筆頭です。
続けたいこと
テキストファイルでのノート管理
昨年の年末に Evernote と Day One 上にあった日記系データをテキストファイル化を完了し、以来1年間ノートと日記をテキストファイルに書くようにしました。テキストファイル化することで様々なツールで読み書きできる自由を手に入れることができ、また特定のサービスやアプリを使っている場合の終了の不安からも解放されました。
今のところ Mac アプリケーションの Ulysses が最高のテキストファイル管理アプリで愛用しています。
1日ごとに1ノートフォルダというスタイルも確立できました。引き続きテキストファイルでノート・日記/日誌を書いていきます。
Remember The Milk
タスク管理ツールはやはり Remember The Milk。テキストファイル化を推し進めなかで TaskPaper も試しましたが、タスク管理についてはいつでも様々なデバイスでさっとアクセスできるネットサービスの方が便利でした。
マニャーナの法則
- 原則1 新しい仕事は「明日やる」を基本にする
- 原則2 クローズドリストを使う
という2つの原則であるマニャーナの法則。 GTD とのハイブリッドでやっています。「今日はここまでやる」と明確にすることで、「やり残してしまった」という気持ちを減らすことができました。
nNote
永続的に残しておくほどではないちょっとしたノートを置いておく公開スペースとして nNote を作ってみました。そんなにしょっちゅう使うものでもないですが、あると便利。来年も使います。
六面立体パズル(いわゆるルービックキューブ)
9月ぐらいから再び始めたルービックキューブ。このまま練習を継続して30秒は切りたい。
歩く会
今年は神田川沿いを踏破。それからソロで東急大井町線沿線も歩きました。充実感のある遊びなので来年も続けたいです。
改善したいこと
プロダクトについて費やす時間不足
仕事においては人・組織・プロセスに力を注ぐことになった1年でした。そのかわりなかなかプロダクトについての取り組みが弱かったので、来年はプロダクト面の仕事のウェイトを上げていきたいと思ってまいます。
メタボリックシンドローム
今年も健康診断で指摘されました。自重筋トレもなかなか続いてません。運動・食事に気をつけていきたいところ。
夜すぐ眠くなる
仕事から帰って夕食を食べて少しすると眠くなってしまい、ついゴロゴロ寝てしまいがち。好きなことができる貴重な時間なのでもったいないです。眠くなりにくい食事の摂り方にするとか、体力をつけるとか何かいい方法があるのかな。
読書不足
前述の通り眠くなってしまうというのもあるのですが、なかなか読書する時間が取れてないの反省です。
トライしたいこと
行動の合間に考える習慣をつける
去年少し「行動の合間に考える習慣をつける」エクササイズをやったのですが忙しくなったタイミングでやめてしまっていたので、来年またやってみることにします。
体力アップとメタボリックシンドローム解消
毎日の運動を継続する仕組みを何か考えて取り組みます。
本を読む
ネットサーフィンの時間を減らして本を読みます。
Web 日記ふりかえりの間隔
1年に1回だと少なすぎますね。今後四半期に1回は Web 日記ふりかえりやっておこうかなと思います。
2018年1月7日 (日)
2017年にお金を払ったサブスクリプションサービス
2017年にお金を払ったサブスクリプションサービスについてまとめている記事を見かけたので、自分も棚卸しを兼ねて書き出してみました。以下税込額。
今年支払ったのは39,264円。前払いしてあったものや今年はポイントで済ませたものが年間9,079円相当分あったので、年48,343円相当のサービスを使っていることになります。月4,000円強ぐらい。
ネットサービスだけでなく、アプリケーションも購読型のものが最近増えてきています。ビジネスモデルとしては理解できるのですが、利用する側からすると負担が大きくなり捨てざるを得ないものも出てくるのが悩ましいところです。
今年支払ったもの
支払い総額は39,264円。3年分払ったものを按分すると年間36,024円相当。
さくらのレンタルサーバ プレミアム
月額1,543円(クレジットカード払い)。1年あたり18,516円。
この nDiki の公開とメールボックスが主な用途。2009年に契約して安定稼働しているので乗り換えることもなくずっと使い続けています。今だともっと安く済ませられると思いますが、乗り換えの手間もあると思うのでずっと継続している状態です。
naney.org ドメイン
3年間4,860円(クレジットカード払い)。1年あたり1,620円。
さくらのレンタルサーバにした頃に VALUE-DOMAIN へ移管したあとずっと継続。
Remember The Milk Pro (タスク管理ツール)
年額4,800円(Apple In-App Purchase 払い)。
2007年に使い始め、最初に Pro にしてみたのは2010年。その後他のタスク管理ツールを試してみていた期間もありますが、やはり Remember The Milk が一番使いやすいタスク管理ツールです。
Ulysses (テキストエディタ)
年額3,300円 (Apple In-App Purchase 払い)。
ノート・この nDiki 記事書き・プライベートな日記など、テキストファイル編集管理全般に使っているテキストエディタ (Mac アプリケーション・iOS アプリ)。2017年にアプリ買い切りからサブスクリプションサービスに変わったため購読しました。
mixiプレミアム
月額324円(クレジットカード支払い)。1年あたり3,888円。
プレミアムサービスを利用するのに登録中です。登録しているといろいろな機能がちょっとずつ便利になります。
Amazonプライム
年額3,900円(クレジットカード払い)。
元が取れているかというと微妙なところ。
今年は支払いが無かったもの
支払いサイクルやポイント利用などで今年は支払いが無かったもの。支払っていたら1年あたり9,079円相当です。
ラピッドSSL
3年間3,456円。1年あたり1,152円。
2017年に再発行があり無料で3年延長されたので2020年まで有効です。今は無料の証明書もあるので2年後どうするか未定です。
Evernote プレミアム
年額5,200円(クレジットカード払い)。
今年はポイントを使ったので支払いなし。使用頻度が低くい割に高いので見直したい候補です。
Flickr Pro
2年間44.95ドル、5,453円(2016年に PayPal 支払い時)。1年あたり2,727円。
こちらも使用頻度が低いので見直したいところではあります。ただ今は Pro 継続ユーザー向けの優待価格(50%)なので、活用できるなら止めるのは惜しいところです。どちらにせよ、写真の整理などが済んでいないので、今年は更新するつもり。
2017年にやめたもの
LINE@ プレミアムID
年間1,296円。
2018年8月23日 (木)
違反投稿分類自動化と学習データを作れなくなる問題
ユーザー投稿ができるネットサービスの多くは違反投稿の対応が必須である。ここ数年機械学習を用いてテキストや画像を分類する環境が整ってきたため、違反投稿の判別にも適用が進んできている。人の負担が減ることはとても良いことだと思っているのだが、自動化を進めることで違反投稿対応スタッフを過度に削減することになるリスクも心の奥で感じている。
人力チェックから自動化へと切り替えるタイミングでは、教育されたスタッフによって分類された良質な学習データが使える。だが自動化のあとにスタッフを削減しすぎてしまうと、組織として違反投稿かどうかの判断する力が弱くなってしまい、将来判断基準を変更したり新しい基準での学習データを用意したりすることが難しくなってしまう。ノウハウが失われてしまうリスクが隠れているのである。
[ opinion ]
2018年11月7日 (水)
プロダクトマネージャー・カンファレンス 2018 2日目 #pmconfjp
プロダクトマネージャー・カンファレンス 2018 2日目。
以下メモ。
10:00 - 10:15 [07-01] Welcome Talk
プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏
今日もタイムテーブルから遅れて 10:10 スタート。
10:15 - 10:45 [07-02] 巨大なFinTech事業開発におけるプロダクトマネジメント
▲株式会社FOLIO 代表取締役 CEO 甲斐真一郎(@folio_kai)氏
経営者という立場でのセッション。金融サービスは一般のネットサービスとは異なる要求がある。また今まで枯れた業界であった。3カ月でできると思ったが2年かかったとのこと。 リリース後に単一プロダクトから異なるビジネス/KPIの複数のプロダクトに事業展開していく中で、個別のアプリケーション部分と共用されるバックエンドという構成になっていきマネジメントが複雑化し始めたとのことだった。
今は全プロダクトを単一の巨大なプロダクトバックログで管理しているのだそうで、今後どうしていくのかぜひ知りたいところ。単一の方が事業全体での優先度が明確になるもののリファインメント含めバックログの管理コストが大きいという問題があり、これはいつも悩ましい判断である。
その他の紹介されていた課題ははエッセンシャル スクラムでも取り上げられているテーマのものが多く、あるあるだなーと。
「愛されるプロダクト」
(まだ FOLIO 社にはいないが)プロダクトマネージャーには「プロダクトへの尊敬」を求めたいとのこと。プロダクトへの尊敬とは何だろう。愛じゃ駄目なのかな。
11:00 - 11:30 [07-03] C向けアプリのPM経験者から見た、B2B SaaSのプロダクトマネジメント
▲株式会社マネーフォワード MFクラウド経費本部 本部長 プロダクトオーナー 今井義人
短期的にはプロダクト改善が最適な改善ではない。人力で頑張るという局面も確かにあるよね。
B2C と B2B の違いはそうだよねで終わりがち。これから B2C から B2B に移ろうとしている人には参考になるかもという感じ。
「愛されるプロダクト」
「愛をお金に変えよう」で築いたエンゲージメントをベースに、より高いプランを作って移ってもらう施策などを紹介。
11:45 - 12:15 [07-04] 気がついたらプロダクトマネージャーになっていた
Nature株式会社 代表取締役 CEO 塩出晴海氏 新規事業での製造まわりのトラブルあるある談を含めた、プロダクトリリースまでのストーリー。プロダクトマネージャーというよりは起業家としての話。あきらめずにやり切る態度は凄いな。
「愛されるプロダクト」
特に話題なし。
12:25 - 12:40 [07-05] リクルートの横断組織で考えるプロダクトマネジメント
▲株式会社リクルートコミュニケーションズ ICTソリューション局 アドバンスドプロダクト開発部 部長 宮里裕樹氏、▲株式会社リクルートコミュニケーションズ ICTソリューション局 戦略企画グループ マネジャー／シニアプロデューサー／シニアプロダクトオーナー 金田將吾氏
細かいところはエンジニアがどんどん進められる組織なので、プロダクトマネージャーは HOW ではなく WHAT に注力しているとのことだった。開発チームのスキルや成熟度によって千差万別なところだ。
プランナーと呼ばれていた人がやっていた役割を
- ビジネスプロデュース
- プロダクトマネジメント
- ITディレクション
- プロダクトリード
に分けて定義しチーム体制を構築、得意な役割を任せたり不得意な役割を成長させたりしているらしい。しっかりピープルマネジメントに取り組んでいるなあと感じた。
「愛されるプロダクト」
特に話題なし。
12:40 - 12:55 [07-06] 顧客、会社、チームをHappyにするプロダクトマネジメント ～観点・プロセス・レバレッジ～
▲楽天株式会社 顧客戦略統括部 Vice Senior Manager 山下徹朗氏
「顧客・会社・チームを Happy にする」ことをプロダクトを作る目的として事業を進めている。全能なプロダクトマネージャーは(ほとんど)いないので、ビジネス・UX・マーケティングについてそれぞれ担当を割り当てそれぞれ問いを立て答え続けていくことで結果を出すプロダクトを生み出すという体制を全てのプロジェクトで採用しているとのことだ。
「愛されるプロダクト」
冒頭で「高すぎる目標の」「自己満足な」「誰のためのかわからない」プロダクトという偏った愛あるあるという話を取り上げていた。
12:55 - 13:10 [07-07] Build Narrative in Product
▲株式会社ドワンゴ サービス開発本部 副本部長 池田明啓氏、株式会社ドワンゴ セクションマネージャー 宮城良征氏
前半は、様々な手法を利用・開発してプロダクトマネジメントに取り組んでいるという紹介でとても研究されているなと感じた。知らない手法が紹介されていたので、それぞれちょっと調べてみたいな。
後半は実際のプロダクト開発事例の紹介。
「愛されるプロダクト」
特に話題なし。
13:40 - 14:10 [07-09] The mindset of building the product that user will love
▲株式会社メルカリ UX consultant Jasper WU 氏
Design Thinking についての非常に洗練された圧倒的なプレゼンテーションだった。ベストスピーカー賞があれば絶対 Jasper WU 氏だったと思う。
自己紹介や会社紹介などに時間は割かずセッションのメインテーマに絞ってきちんと語られた。直メルカリのプロダクトについて直接アピールしていないのだが Design Thinking についての取り組みのみの中で出てくる感じなのだが、結果的に組織・プロダクトについて好印象を受けてしまうというマジック。
デザインスプリントで駄目な案だったということがわかったことは失敗ではなく学びだということがきちんと根付いているのが素晴らしいなあ。
デザイン思考についてもきちんと学びたくなった。
「愛されるプロダクト」
一過性のキャンペーンを繰り返すのではなく、継続的な取り組みをしていくことが愛されるプロダクトにつながると言っていた。
14:25 - 14:55 [07-10] 北米・アジア・欧州のプロダクトマネジメントとスマートニュースのプロダクトマネジメント
▲スマートニュース株式会社 プロダクトマネージャ 宮田善孝氏
海外のカンファレンス紹介は、カンファレンスセッションとして知見を広める良いコンテンツだった。
スマートニュースではファンクショナルな組織のもと、プロジェクト毎に人が集まりチームを作るという体制とのことだった。プロジェクト毎にチームビルディングが必要そうだなというのと、機能開発プロジェクト終了後のその保守についてどうなっていくのかが気になった点。ファンクショナルな組織の方で保守していけるのかな。
「愛されるプロダクト」
特に話題なし。
15:10 - 15:40 [07-11] 中国のプロダクトマネジメントのリアル
Baidu, Inc. Product Manager 陈兆伟 (Chen Zhaowei)氏
日本語入力アプリ Simeji のプロダクトマネージャーの方のセッション。
コンピュータサイエンスやビジネススキルの高いスキルが求められる米国とは違い、中国のプロダクトマネージャーはニーズを掴みイノベーションを生み出す能力の方が求められているという話だった。またプロダクトマネージメントが階層化されていて、プロダクトマネージャーの下にプロダクトマネージャーがいる体制らしい。Baidu ではプロダクトマネージャーの役割/スキルについてのテーブルがあり、育成にも力を入れているようだった。
「愛されるプロダクト」
特に話題なし。
15:55 - 16:25 [07-12] Anycaにおけるプロダクトマネジメント
▲株式会社ディー・エヌ・エー オートモーティブ事業本部 Anyca事業責任者 馬場光氏
DeNA もプロダクトマネジメントの定義をしっかりともたれていた。 DeNA でも「全部できる人はいない」という前提で体制化しているようだ。
やはりある程度の規模になるとプロダクトマネジメントの定義・体制化・育成の仕組みが必要だなあ。
「愛されるプロダクト」
特に話題なし。
16:40 - 17:40 [07-13] [ワークショップ] 日本のプロダクトマネージャーは今何をすべきか
東京大学 本郷テックガレージ ディレクター 馬田隆明(@tumada)氏、プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏、プロダクトマネージャー・カンファレンス 実行委員 坂本登史文氏、プロダクトマネージャー・カンファレンス 実行委員 横道稔氏
馬田氏は「逆説のスタートアップ思考の人」の方。
「なぜ愛されるプロダクトにしていく必要があるのか」また「そのために自分の Next Action は何か?」をカンファレンスの最後にワークショップ形式で考えましょうという枠。聞きっぱなしにさせず、きちんとリフレクションまでカンファレンス内で完結させるという仕組みを入れるところに運営のセンスを感じた。
まわりの人と自分の考えを披露しあってその言語化を相手にさせるというフォーマット、1つめのワークで sli.do というサービスで anonymous で入力させて気持ち的な投稿障壁を下げたあとに2つ目のワークで自社製品名まで書かせるテンプレートで Tweet させるというマーケティング戦術にも恐れ入った。
ちなみに1つ目のワークで自分が考えた愛されるプロダクトについては
わたしは愛されるプロダクトがだいじだとおもっている。なぜなら「チームメンバの士気とパフォーマンスが向上し、さらに良いプロダクトへと導ける」から。
で Next Action については
わたしは「製品名」をもっと愛されるプロダクトにしたい。そのためにわたしは「プロダクトマネージャーを組織化する」。
としてみた。
17:40 - 17:50 [07-14] クロージング
プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏
2日間合計の来場者数速報値は563名との発表。1ホールでのカンファレンスでは結構な人数だ。
2018年11月10日 (土)
ついにデジタル音楽配信サービス Spotify 登録
6月に Google Home Mini を買った時にそのうち Spotify を使ってみようと思っていたのだけれど、一人でSpotifyアカウントを複数登録できるか利用規約を確認してからと思っている間に5カ月弱経ってしまった。
そんなところ Bluetooth スピーカーとしての利用も考えて今月買ったパナソニックのコンパクトステレオシステム SC-HC2000 が、 Chromecast built-in 搭載で直接ストリーミング再生できるということなので、対応している Spotify にようやく登録して使ってみることにした。
Google Home Mini を買った際にちょっとチェックした際はジャンルを指定して流すぐらいのものなのかなと思っていたのだけれど、無料の Spotify Free でもアプリや Web 版からきちんとアーティスト・アルバムやプレイリスト、それから特定の曲を指定して再生できるんだね。邦楽も結構あるし良いじゃないですか。
今回ステレオシステムを買い換える際、音楽配信については Amazonプライム(契約中)の Prime Music を Mac / iPad から Bluetooth 経由で再生かなと思っていたのだけれど、 使った感じ Spotify の方がずっと良さそう。 Prime Music では家の共用端末に Amazon アカウントでログインしたままにしておくのもなという問題があったのだけれど、Spotify だとそういう心配もないしね。
Mac・iPad・Google Home Mini からコントロールできるように設定しておいた。音楽の QOL 大幅アップだ。
(画像は Media Kit https://newsroom.spotify.com/mediakit/product/ より。)
[ ネットサービス ]
2019年4月9日 (火)
PC でのワンタイムパスワードのシークレットキー管理に KeePassXC を使う
TOTP アルゴリズムを使っている2段階認証/2要素認証のシークレットキーの管理・ワンタイムパスワード生成はスマートフォンアプリの Google Authenticator とIIJ SmartKey を両用している。メインのスマートフォンが使えなくなった時のために、使っていない古いスマートフォン残しておいてそこにもシークレットキーを登録しているのだけれどこれ面倒。バックアップは PC (Mac)で管理したい。
そう思って調べたところ、普段パスワード管理に使っている KeePassX のフォーク版 KeePassXC が TOTP 生成機能をもっているということを知った。
KeePassX の開発保守が停滞していることもあり KeePassXC にこのタイミングで乗り換えつつ KeePassXC で 2段階認証/2要素認証のシークレットキーの管理をしてみることにした。
クロスプラットフォームで公式サイトでは Linux 用・macOS 用・Windows 用のパッケージが配布されている。
シークレットキーの登録
IIJ SmartKey に登録しているキーについてそれぞれ QRコード生成をし別のカメラで読み取り、その中の secret の値を KeePassXC のエントリに登録していく。エントリを作成し(あるいは既存のエントリを選択し) TOTP の設定でキーを入力し保存すれば OK。
ワンタイムパスワードの生成
もちろんワンタイムパスワードの生成にも対応している。これがあればスマートフォンが手元に無くても要 TOTP 認証のネットサービスにログインできる。便利。
パスワードデータベースファイルの管理
KeePass パスワードデータベースファイル (kdbx) に保存されるので、あとは好きな方法でバックアップ。
[ Mac アプリケーション ]
2019年4月16日 (火)
ミクシィ歴9年目突入
2011年4月16日に株式会社ミクシィに登録してから8年が経った(mixi は2004年11月19日に登録してから約14年5カ月経過)。
この1年の間に mixi 正式オープンからの歴史のようやく半分を超えたんだなと(去年の5月29日で mixi 正式オープンから 5,200日、入社から 2,600日)。
流れの速いネットサービスの世界、仕事は引き続き俊敏に進めるとして、個人レベルではしっかりと力を積み上げ直していく必要がある時期なんじゃないかなとなんとなく思っていたりする。
- FRISK ケースで株式会社ミクシィに入社しました (2011年)
- ミクシィ歴2年目突入 (2012年)
- ミクシィ歴3年目突入 (2013年)
- ミクシィ歴4年目突入「3年はやめるな。」 (2014年)
- ミクシィ歴5年目突入 (2015年)
- ミクシィ歴6年目突入 (2016年)
- ミクシィ歴7年目突入 (2017年)
- ミクシィ歴8年目突入 (2018年)
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker