nDiki : ソフトウェア

今日のさえずり: 2016年4月19日に「サッポロ バリキング」というのが新発売されていたんだ

2018年01月19日

• 08:00 ソフトウェアの定期的リリースと関連付けて考えているのなるほど。 / “定期的なブログ更新の良さについて - 滞舎路日記” http://bit.ly/2mPN6qK
• 09:14 コカ・コーラ ピーチか。今後ペプシアイスキューカンバー路線を目指すのかな。
• 12:31 2016年4月19日に「サッポロ バリキング」というのが新発売されていたんだ。バリバリバリバリ。
• 12:33 バリキングのグラス欲しい……。
• 12:41 渋谷の「かつ吉」、「かつよし」だと思っていましたが「かつきち」でした。
• 13:02 “マテリアルデザインとバウハウスの教育概念 - 夜中に書いて朝読んで恥ずかしくなるブログ” http://bit.ly/2mUO7O6
• 20:20 Slack にスレッド機能が入って1年になりますが、みなさん活用してます? 自分は少し前のメッセージにメンションしたい時に使っているぐらい。
• 21:00 foursquare (現 Foursquare)に登録したの2010年1月19日なので8年経ったのか。 http://bit.ly/2DpK9aB
• 21:01 とびだせ! チンタマン http://amzn.to/2DOJLPH

今日のさえずり: ポケ森でクリスマスツリーを出しっぱなしだったしニューイヤーハットをかぶったままだったし

2018年04月01日

• 10:22 ポプテピピック最終回観た。うん、これでようやく2017年度が終わった感じ。
• 10:27 直接会う・つながるイベントってやはり楽しい。 / “「親子でいっしょに手形アートをつくろう♪」&「みんなの手形で桜を咲かせよう!!」” http://bit.ly/2np3xwu
• 10:30 RT @oquno: どうした新卒、いつから日曜日が休日だと錯覚していた？
• 11:57 ポケ森でクリスマスツリーを出しっぱなしだったしニューイヤーハットをかぶったままだったし。春らしくしておいた。そのままの人多そう。
• 21:14 アイカツフレンズ! 連ドラ予約した。アイカツスターズ! はまだ6話観ていないのが残ってる。
• 22:28 最近買った DSC-RX0 の本体ソフトウェアバージョンが Ver.1.00 のままだったので Ver.2.00 に本体ソフトウェアアップデート。単独で使う分には特に変わるところはないのかな。

今日のさえずり: タバコライオン(赤い缶の歯磨き粉)、2016年4月に製造終了していた

2018年04月07日

• 10:23 4月4日(水)午後に引き取り修理になったプリンタ、今戻ってきた。はやっ。
• 20:23 ああ、今年も丸亀製麺「春のあさりうどん」やってたんだ。来週まだあるのかなぁ。
• 22:06 α6300 の本体ソフトウェアをアップデート。 Ver. 2.00 から 2.01 へ。再起動した時に聞きなれない音がしてビクッとなった。
• 22:30 今は積極的にフォローを増やしているフェーズ。 / “Twitter を使い始めて11年” http://bit.ly/2qbuYIs
• 22:57 タバコライオン(赤い缶の歯磨き粉)、2016年4月に製造終了していた。っていうか2年前までまだ製造されていたというのが驚き。自分が小学生の頃に父が使っていたのこれじゃないかな。
• 23:00 白鳥ひめって相手が自分で気が付くように仕向けるコーチタイプだよね。

このゴールデンウィークから RAW 画像形式で記録し処理し始めた

ゴールデンウィーク最終日。今回のゴールデンウィークで個人的にやろうと思っていたことの1つがデジカメで「RAW 画像」で記録して、PC で処理・管理できるようにすることでした。

「スマートフォン・PC に転送する時どうなるの?」「RAW ファイルをどのように管理しよう」「ストレージの容量を圧迫しそう」「ソフトウェアを用意し使い方を学ぶ必要がある」「RAW 現像に無限に時間が取られそう」などの懸念があってなかなか手を出してこなかったのですが、ゴールデンウィークというまとまった時間でやってみることにしました。

デジタルカメラの設定

デジタルカメラ側は α6300(ソニー)・DSC-RX0(ソニー)・PowerShot G9 X Mark II(キヤノン)でそれぞれ RAW + JPEG で保存するようにして終わり。

スマートフォンへの転送

外出先でソーシャルメディアに投稿する時にデジカメからスマートフォンへ Wi-Fi 転送しています。 RAW ファイルまで転送されたら時間がかかるのでは懸念していましたが、ソニー機・キヤノン機どちらも JPEG ファイルのみ転送するようになっていて問題なしでした。

PC への Wi-Fi 転送

ソニー機から自宅で Mac へ Wi-Fi 転送しています(キヤノンは未対応)。スマートフォンの時とは逆にこちらは RAW ファイルも転送して欲しい訳ですが、期待通り両方転送してくれてました。問題なし。

RAW ファイルのファイル名

JPEG ファイルは「画像ファイル名の先頭を日時にする」(例えば 2018-05-05-123456-ILCE-6300.jpg) (記事)に統一しています。 RAW ファイルは同時に記録した JPEG ファイルと同じファイル名 + RAW 画像形式の拡張子にしたいところ。

JPEG 画像ファイルのリネームには jhead を使っているので、 RAW ファイルでも同様のコマンドラインツールが無いかと探してみました。

調べると ExifTool が RAW 画像ファイル形式中の撮影データを扱えるということがわかりました。以下のようなスクリプトでリネームするようにして解決。

 #!/bin/sh
 chmod 644 $@
 exiftool '-FileModifyDate<CreateDate' $@
 exiftool -d %Y-%m-%d-%H%M%S%%-c-ILCE-6300.arw '-FileName<CreateDate' $@

RAW ファイルの管理

カメラの撮って出し JPEG 画像でいいかなと思う時はさくっと消すことにしました。調整したいなと思った場合は RAW ファイルから現像し

• オリジナル RAW ファイル
• オリジナル JPEG ファイル
• 編集後 RAW ファイル
• 現像書き出しした JPEG ファイル
• 現像書き出しした JPEG ファイル (記事/投稿用リサイズ版)

をとりあえず保存してみています。ここはもうちょっと整理しても良さそう。

現像ソフトウェア

いったんデジタルカメラメーカーが出しているもので。

• ソニー: Imaging Edge
• キヤノン: Digital Photo Professional 4

メーカー別にソフトウェアを使い分けるの面倒なのでどうしようという感じです。 Lightroom Classic CC にするのがいいのかな?

まだパラメータ調整で思ったような絵作りができないので、まずはそこを学びたいところです。

Adobe Creative Cloudフォトプラン購入

このゴールデンウィークから RAW 画像形式で記録したり現像したりし始めました。いったんデジタルカメラメーカーが出している Imaging Edge (ソニー)や Digital Photo Professional 4 (キヤノン)を使ってみていたのですが、

• デジタルカメラ毎に違うソフトウェアを使うのが煩雑(操作面でも管理面でも)。
• パースペクティブ補正機能が弱い。

というところにぶつかりました。やはりそろそろ Lightroom を使う時期がきたようです。 Adobe Creative Cloudフォトプランを購入することにしました。

現像はいったん置いておいてまずは Lightroom Classic CC での写真の管理を理解して移行するところからスタートです。

• カタログというデータベースに写真の情報が保存される。 (ここは digiKam と同じ)
• 写真ファイル自体は変更されず編集はカタログに格納される。 (ここは digiKam と違う)

ということは理解しました。いったん Lightroom 管理下に置いたらフォルダ間移動なども Lightroom 上でしない面倒なことになる感じかな。

使い方を理解すれば写真管理も捗りそうです。楽しみ楽しみ。

[ サブスクリプションサービス ]

WSJF (重み付けされた最短の作業から着手)という手法を使い始める

昨年11月から始めたポートフォリオプランニングでは、いったん各プロダクトについて

• 遅延コスト: 小・中・大・最大
• 期間: S・M・L・XL

とざっくりと見積もって優先順位決めをしていました。ライフサイクル収益最大化観点で「遅延コストが大きいもの」「期間が短いもの」優先として優先順位を決めていくことになるのですが、これだと両方異なる場合は単純に比較ができません。プランニングチームが慣れてきたので、そろそろ WSJF (Weighted Shortest Job First 重み付けされた最短の作業から着手)で考えていくことにしました。

「アジャイルソフトウェア要求」を参考に遅延コストと期間はフィボナッチ数による相対評価にすることにして、既存の見積もり記号にえいやと数値を割り当てて

 WSFJ値 = 遅延コスト/期間

を計算できるようにしてみました。

• 記号とフィボナッチ数のマッピングが「えいや」という感じ。
• 遅延コストの3要素「ユーザー - ビジネス価値」「時間価値」「リスク削減/機会可能性価値」を理解しきっていなくてうまく分解できていない。

という状態なので学習しながらリファインメントしていく感じにします(遅延コストの3要素毎にそれぞれ相対評価していくのはちょっと大変そうではあります)。

プランニングチームメンバからは「そこに時間をかけても」という声も出ましたが「見積もりの話し合い過程での気付き」と「社内政治の排除(記事)」と得られるメリットが大きいので、うまく取り入れていきたいなと思ってます。

プロダクトの遅延コストの算出方法を考える

WSJF (重み付けされた最短の作業から着手)という手法を使い始めるにあたり遅延コストを算出方法を見直し中。

エッセンシャル スクラムでは遅延コストの出し方をいくつか紹介しています。その中の1つ「アジャイルソフトウェア要求」で提案している3つ要素の和として決める方法をまずは使おうと思っています。

アジャイルソフトウェア要求では「フィーチャーの優先順位付け」と「エピックの優先順位付け」のところでそのやり方が出てきますが、今はポートフォリオプランニングレベルで考えているのでエピックの方が考え方として近そう。

プロダクトについて

• ビジネス価値(BV): 収益・シェア・コスト削減・顧客の囲い込み向上についての相対的な価値。
• 時間価値(TV): 時間が経つとどの程度価値が下がるかの相対的な価値。大きい値は価値が急速に低下することを表し、小さい値は安定していることを表す。
• リスク低減/チャンス利用(RRV): 将来のプロダクトのリスクを低減する価値があるか、他のビジネスチャンスを活かす価値があるかの値。

をフィボナッチ数列の値で相対的に見積もります(アジャイルソフトウェア要求だと 1, 3, 5, 8, 13, 20, 40, 100 という等級を例として出しています)。

そして3つを足した

 [ビジネス価値] + [時間価値] + [リスク低減/チャンス利用]

を遅延コスト(CoD)とします。

正直なところ「金額」と「金額変化度合い」とをごっちゃに足しちゃう気持ち悪さがあってちょっとすっきりしない感じはあります。あと3要素それぞれで相対で決めていくとすると、特定の要素が大きめになって遅延コストを支配する可能性も出ちゃいそうだなと。

とりあえずやってまた考えるという感じかな。

• アジャイルソフトウェア要求

今日のさえずり: 駅の階段を上がる時、コパトーンの香りがした

2018年07月26日

• 07:00 CHOP COFFEE OMOTESANDO 白いネオンがきれい。 PowerShot G9 X Mark II https://t.co/ROBTccgobV
• 09:11 駅の階段を上がる時、コパトーンの香りがした。
• 09:30 RT @_imamura888_: おつかれさまでした おやすみなさい。 明日も元気でね。 https://t.co/ioL0QlwB37
• 09:44 2018年7月26日 朝の渋谷。暑くない(相対的に)。 DSC-RX0 #RX0 https://t.co/olBpD0utAb
• 13:18 天丼てんや 渋谷地下鉄ビル店、食券・セルフ店にリニューアルしてた。
• 21:15 「大相撲渋谷青山学院場所」とか青山学院すごいなー。 http://bit.ly/2OjkO3W
• 23:54 アジャイルソフトウェア開発は「顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。」という原則のものであって、プログラミング時間を最大化するやり方という訳ではない。
• 24:02 「隅田川花火大会実施の可否について、27日(金)午前10時に発表を前倒しします。」とのこと。いつも当日ギリギリまで判断発表しないという印象の隅田川花火大会も、さすがに今回は早めに。 https://twitter.com/...

プロダクトマネージャー・カンファレンス 2018 1日目 #pmconfjp

今日から2日間ベルサール秋葉原 2F ホールでプロダクトマネージャー・カンファレンス 2018。

• https://2018.pmconf.jp/

1日目の今日は Wellcome Talk とクロージングをのぞいても12セッションと盛りだくさん! 結構な数だなぁと思っていたけど、30分/15分というセッション時間でさくさくと進んでいるので、それほどハードモードではなかった。

今年のカンファレンスは「愛されるプロダクトを創ろう。」がテーマ。基調講演といくつかのセッションでは愛されるプロダクトについても触れられていたけれど、思ったほどは触れられていなかった印象である。登壇者の事業のプロダクトの紹介(アピール)とその成長に向けた取り組みの話が多かった。領域的には「人」「プロセス」「プロダクト」のうち「プロダクト」についての内容がほとんどだったかな。

一般申込み席はテーブル無しだけれど、前の席との間隔があって足元は快適だった。会場 Wi-Fi は無くテザリングも Wi-Fi 干渉で無理な状態(Bluetooth なら多少いけた)。メモは TaskPaper でとりつつ Twitter はスマートフォンで眺めるという感じで。

以下メモ。

10:00 - 10:15 [06-01] Welcome Talk

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

10:07 からスタート。今年は定員650人とのこと。 今年のテーマは「愛されるプロダクトを創ろう」。

10:15 - 10:45 [06-02] 基調講演: 愛されるプロダクトを創るべき「3つの理由」

プロダクトマネージャー・カンファレンス 実行委員 丹野瑞紀氏

PM 一年生をターゲットとして想定した講演。

まずはプロダクトマネージャーの役割について。プロダクトマネージャーの役割は事業目標を達成できるプロダクトを作るために機能を(製品要求仕様(PRD)などの形で)定義しエンジニア・デザイナーと共に開発するとした。

「愛されるプロダクトを創る」べき理由として以下が説明された。

• カスタマーロイヤルティが高いことで継続利用が増える。サブスクリプションサービス時代に重要。
• 愛されるプロダクトはソーシャルメディア上を含め他人に勧められることが増え、顧客獲得コストを下げることにつながる。

プロダクトマネージャーもカスタマーロイヤルティを強く意識していく必要があるね。

「愛されるプロダクトとは何か」ということについては触れられなかった。今回のカンファレンスでそれを定義するセッションはあるのかな?

11:00 - 11:30 [06-03] 未来を変えるプロダクト作りへの挑戦 ～FiNCの今までとこれから～

▲株式会社FiNC Technologies チーフプロダクトオフィサー 犬飼敏貴(@wancky)氏

FiNC Technologies の製品と会社の紹介。ヘルスケアではユーザーの短期解決よりも継続のある成果を提供する必要があるという話。それからゼロベースを怖がらすにプロダクトを定義していこうというのと高効率な PDCA サイクルにしていこうという話であった。

「高速よりも高効率」という論だったが、PDCA サイクルについてはまあ高速に失敗することも大切。考えなしにやってみればいいというものじゃないよという戒めかな。

「愛されるプロダクト」

特に話題なし。

11:45 - 12:15 [06-04] 世界で愛されるプロダクトを作ろう

▲楽天株式会社 トラベルプロダクトマネジメント課 マネージャー 熊谷亘太郎氏

楽天なのでスライドは英語。

「20年稼働してきたシステムを刷新し世界展開できるようにする」ことを題材にプロダクトマネジメントサイクルの要素の話をされていた。「製品要求仕様をまとめる」「コミュニケーションをしながら課題を解決していく」「意思決定していく」「バグトリアージ」のことなど。

• 機能をいれない (Cut feature)
• 不具合を修正しない (Wan't fix)

を宣言できるのは「プロダクトマネージャーだけ」という話はドキッとなった。これはしっかり意識しないとな。

「愛されるプロダクト」

特に話題なし。

12:25 - 12:55 [06-05] [対談] 食文化を支えるプロダクトマネージャーの仕事術

株式会社ノンピ 取締役 荒井茂太氏、プロダクトマネージャー・カンファレンス 実行委員 及川卓也氏

カフェテリア運営におけるプロダクトマネジメントもソフトウェアプロダクトマネジメントも多くな共通点があるという話。ユーザーをどう動かすか(とがめることなく食べ残しを減らした取り組みなど)が興味深かった。

「愛されるプロダクト」

ユーザー(カフェテリアを利用する社員)のことをしっかりと意識しているのが感じられて、これは愛されるプロダクトだろうなと感じた。

12:55 - 13:10 [06-06] クチコミサイトからプラットフォームへの挑戦プロセス

▲株式会社アイスタイル 代表取締役社長 兼 CEO 吉松徹郎氏

@cosme のビジネスモデルと採用をアピールしていた。スポンサーセッションぽい。

「愛されるプロダクト」

特に話題なし。

13:10 - 13:25 [06-07] プロダクトマネージャーにもコーチは必要だ

▲グロース・アーキテクチャ＆チームス株式会社 代表取締役 鈴木雄介(@yusuke_arclamp)氏

新会社をマネタイズするのがこのセッションのゴールとストレートに言ってしまうのは好感。スポンサーセッションぽい。

プロダクトマネージャーが忙しくなることによりコミュニケーションの薄いセクションとの齟齬が発生する。組織としてプロダクトマネジメントいくことで対応していくためには、いろいろ共有してくのが重要だという話であった。

アジャイル/スクラム用語がさらっと出てきていて、それらを前提でザクザクと進めていく感じのトークだった。

「愛されるプロダクト」

特に話題なし。

13:40 - 14:10 [06-08] ユーザーと両想いになるサービスの作り方

株式会社エウレカ 執行役員 VP of Pairs Japan 金田悠希氏

「新しい革新的なビジネスモデルは存在しない」 「機能は真似る」「マーケティングで勝つ」というプロダクト戦略はわかりやすいし、成功についてのしっかりとしたポリシーが感じられてよかった。

「愛されるプロダクト」

特に日本のユーザーがマッチングアプリで抱えやすい不安に誠実に向き合いそれを取り除く取り組みをしている点は、愛されるプロダクトにしていく上で大切だなと感じた。

14:25 - 14:55 [06-09] インターネットテレビ局「AbemaTV」プロダクトの変遷

▲株式会社サイバーエージェント 執行役員 長瀬慶重(@lionbaby)氏

「新しいプロダクトが市場で埋もれない」ようにするということについて、AbemaTV の企画・デザイン・PR などの取り組みを紹介。PR で話題を絶やさないように出し続けていく、PR もプロダクトマネージャーの大切な仕事と言っていたのが、自身の立場に照らし合わせてなるほどと感じた。

「愛されるプロダクト」

特に話題なし。

15:10 - 15:40 [06-10] 事業ドメインを絞り込むことで磨かれるプロダクトマネジメント

▲ピクシブ株式会社 執行役員 pixiv運営本部長・新技術プロジェクトプロデューサー 清水智雄(@norio)氏

pixiv では「創作」というドメインに絞ってプロダクトを出している。ドメインを絞ることで社会の解決すべき問題の詳細が見えてくる。知見と技術が蓄積され、体制変更が柔軟・高速にできる。という論。

自社だとコミュニケーションがそれにあたるな。

「愛されるプロダクト」

ドメイン理解者であることがユーザーに伝わると、ユーザーが自分たちのためにプロダクトを作ってくれているという感じてくれるようになる。企業レベルでユーザーとエンゲージメントが結ばれるというところが素晴らしい。

15:55 - 16:25 [06-11] 愛されるプロダクトマネージャーのプロダクトマネジメント~愛されるためにまずは成果を残す~

株式会社ZOZOテクノロジーズ 代表取締役CINO 金山裕樹(@yukiller)氏

最近読んだ「Hooked ハマるしかけ 使われつづけるサービスを生み出す［心理学］×［デザイン］の新ルール」の翻訳もされている方。行動力というか物事を成し遂げる力というか、フレンドリーな話し方を含めてとても魅力的な方だった。

今日のセッションでは数少なかったピープルマネージメントについての話題が興味深かった。プロダクトマネジャーチーム結成について。リクルーティング(スクリーニング)・オンボーディング(花を持たす)・グロースへをどうやってきたか。人を生かす・パフォーマンスを引き出すという気持ちが、今日一番刺激的に感じた。

スクリーニングについては Joel の考え方に近いなと。

「愛されるプロダクト」

具体的にどの話がという訳ではないのだけれど、この方が創るプロダクトなら好きになりそう、そんな感じがした。

16:40 - 17:10 [06-12] LINE開発の舞台裏とプロダクトマネージャー

▲LINE株式会社 LINE企画1室 副室長 入江和孝(@kazukomati)氏

みんなが使っている LINE アプリの話。

LINE の規模までくると機能改良しても利用者数は変わらないのがプロダクトマネージャーとして辛いとか、国内王者らしい話がうかがえた。

取り消し機能の製品要求仕様の決定では、さまざまな仕様案と反対意見が出た中、全てのユースケースを解決する仕様が無い中で、機能の目的・原則に立ち返って決定したとおっしゃっていた。 GTD でのナチュラルプランニングを思い出した。

「愛されるプロダクト」

ユーザー・メディアの取り消し機能仕様に対する不満に対して、取り消せなくて困った事例を募集するキャンペーンをやってみたりするのは面白いなと。ユーザーに対する説明をしっかりしようという感じが伝わった。

17:25 - 17:55 [06-13] 失敗をデザインする

ラクスル株式会社 取締役CTO 泉雄介氏

リリースしてから失敗することを減らすためにプロトタイピングと検証をという話。

「愛されるプロダクト」

特に話題なし。

17:55 - 18:05 [06-14] クロージング

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

Mac でライトな写真加工をするのに Fotor for Mac が良さそげ

NEX-5N で撮った写真をいい雰囲気に加工したいという相談があったので Mac 用の写真加工ソフトウェアを検討することに。

Lightroom Classic CC なら自分も使っているので一緒にやれるのだけれど、費用的にちょっと勧めにくい。

ソニー純正の Imaging Edge の Edit で RAW 現像でどうかなと重い久しぶりに使ってみたけれど、パラメータ変更が表示に反映させるまでに待たされるのがやはりストレスでこちらも勧めにくい。

Fotor for Mac というのがいろいろなところで紹介されていたのでこちらも初めて試してみた。調整とかエフェクトとかスマートフォンアプリみたいな感覚で使えるので、ライトに写真を加工したい人にはこれをすすめるのも良さそう。文字入れもできるし。まずはこれを触ってみてもらおうかな。

最後の更新日が2018年1月31日なのとモバイル優先なのかなという雰囲気があるので、どっぷり依存はしないレベルで使うのが良いのかもしれない。学習コストが低いしロックインされる要素もなさそうので使えなくなった時の乗り換えはしやすそうではある。

• Fotor for Mac

[ Mac アプリケーション ]