nDiki : 製品

製品 - product

2016年10月8日 (土)

雨でイベントが延期になったので iPad Pro 注文【日記】

9.7インチiPad Pro Wi-Fi 32GB スペースグレイ MLMN2J/A

今日の予定は雨の予報ということで朝の時点で明後日に延期決定。ちょっとほっとしました。

ちょっと心に余裕ができたので iPad の新調の話を進めたり。サイズと今後の寿命を考えて「9.7インチiPad Pro Wi-Fi 32GB スペースグレイ MLMN2J/A」で決心。2011年に買っiPad 2 も気がつけばよく5年頑張ったなと。ポイント還元率の低い Apple 製品なのでヨドバシ・ドット・コムでゴールドポイントを全額ツッコミました。

家族共用にするので Apple ID は私のメインのとは分けるつもり。新しく Apple ID を作成してファミリー共有の登録案内を送っておくところまでやっておきました。

明日届くのが楽しみです。

スポンサード リンク
[ 10月8日全て ]

2017年2月12日 (日)

今日のさえずり: 子供の科学、二宮康明先生の紙飛行機付録が去年終了していたなんて……

2017年02月12日

[ 2月12日全て ]

2017年2月16日 (木)

今日のさえずり: ツールを変えれば組織改善になると思っているのでしょうか

2017年02月16日

[ 2月16日全て ]

2017年2月17日 (金)

Developers Summit 2017 2日目 #devsumi

今年は「人工知能とは」「機械学習とは」を繰り返し聞きました。

10:00~10:45 【17-B-1】 きゅうり農家から保険会社まで、機械学習を「民主化」するTensorFlow

グーグル株式会社 佐藤一憲(@kazunori_279)氏

  • 「テンサーフロー(発音)」
  • ニューラルネットワークでチーターを見つけられるかも?
  • Google 検索: RankBrain

わかりやすくわくわくする発表でした。簡単に出来ちゃうと感じさせるトークでしたが、製品に適用していくには泥臭いトライアンドエラーとリリース後の保守が待っているのだなあというのも想像しながら聞いてました。

ハードウェアの話を聞いていると、もはや超大手の手のひらの上で学習させていくしかないのかなーと感じさせられちゃいます。

11:05~11:50 【17-C-2】 教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方 ~訴求ファーストとこだわり駆動開発とは?~

株式会社ジャストシステム 宮崎哲哉(@miya2tetsu)氏 大島教雄氏 岡美香氏

  • プロジェクトは「訴求ファースト」
  • スマイルゼミ。企画の話。訴求シート。あまり驚きのない内容。
  • JUST DWH。訴求シート。
  • 一太郎。ユーザー調査をしっかりやったという話。

自社製品の訴求セッション。デブサミじゃなくてもという感じではありました。

12:10~12:40 【17-A-L】 ママセキュリティエンジニア奮闘記 ~ 子供と一緒にラズパイで遊んでみた♪ ~

ソニーデジタルネットワークアプリケーションズ株式会社 吉田万里子氏

エンジニアとしての思いと親としての思いを叶えるためにラズパイで遊んでみるという話。子供の成長についていろいろ考えていらっしゃって素敵だなと感じました。

後半にだんだん技術的に具体的な話にきちんともっていく構成も上手いなと。

13:05~13:50 【17-D-3】 リーンスタートアップとスマートなエンジニアリングの葛藤

グロースエクスパートナーズ株式会社 関満徳(@fullvirtue)氏

  • プロダクトマネージャーとプロジェクトマネージャーの分業化。
  • 日本的プロダクトオーナー(幅広い業務範囲)
  • リーンから見た葛藤。リーンのサイクルとスクラムのサイクル。
  • オポチュニティバックログ。
  • Done の定義は最近は「ストーリーテスト」。
  • スプリントに入れないようなタスクのためのかんばんを作る。ToDo/Ready/In Progress/Done/Feedback
  • そのかんばんをどれくらい捌いていくか(FAQ)。→ 経験則で。アジャイルだから学習していく。リリース日を含むスプリントはかんばんの方多め、そうでなければプロダクトバックログの方多めがやりやすい。

準備完了なプロダクトバックログアイテムを準備完了にしていくためのサイクルやタスクをどうするかなと思っていたので参考になるかもしれないなと思いました。複雑になるので今のチームの状態でやるべきかは見極める必要がありそうですけれど。

14:10~14:55 【17-A-4】 C#で簡単にモバイルアプリを作ろう!

日本マイクロソフト株式会社 千代田まどか(@chomado)氏

一つ前のセッションを見終えてからいったらもう満席でした。

15:15~16:00 【17-C-5】 コミュニティとエンジニアの生き方

TickleCode 代表 小林由憲(@yoshiii514)氏 関西Javaエンジニアの会 阪田浩一(@jyukutyo)氏

勉強会コミュニティの始まりと成長。」

勉強会の話。

「Javaコミュニティを作ったら人生変わった」

「運営に関わろう、なければ作ろう」

なりたい人に近づくといいよという話と、貢献しなよという話。

16:20~17:05 【17-B-6】 インテリジェンスで挑むサイバー攻撃の最前線

株式会社インターネットイニシアティブ 穴吹健一氏

  • 今後はリアルタイムモニタリングとインシデント発生時の迅速な対応、リスク管理、ユーザの教育。
  • カラオケでのレコメンド(セキュリティ?)。
  • IIJ の情報分析基盤。Hadoop とか Zeppelin とか。
  • IP(アドレス)のレピュテーション情報の生成。

最後は IIJ のセキュリティビジネスの話に落ち着いて終了。さすが IIJ 的な内容のトークはあまり無かったです。

17:25~18:25 【17-E-7】 すべてのIT屋は全力で反省しろ!『ITは本当に世界をより良くするのか?』発刊記念トーク

株式会社ワークスアプリケーションズ 井上誠一郎氏 株式会社ノーチラス・テクノロジーズ 神林飛志 株式会社セゾン情報システムズ 小野和俊氏

お互いにレスペクト感があるなかでの軽快な対談を楽しみました。

[ 2月17日全て ]

2017年2月23日 (木)

「Inspired 入門」 (第1回)

Inspired: 顧客の心を捉える製品の創り方

プロダクトオーナーやプロダクトマネージャー(PdM)の必読書と言われているらしい「Inspired: 顧客の心を捉える製品の創り方」の内容を理解し、実践・共有することで力をつけていきましょうという「Inspired 入門」勉強会に参加してきました。今日が第1回。渋谷界隈でネットサービスを行っている4社から参加者が集まりました。

各社ネットサービスを展開していますが、お互いにビジネス領域が被らないためざっくばらんに話ができそうです。企業毎に組織体制や文化が異なり、プロダクトマネージャーの仕事・役割もそれぞれ違うよねということをあらためて感じました。取り組みや課題などをお互いに情報交換することで、いろいろ学びがありそうです。CS 部門経験者の方も何名かいて、ぐっと親近感がわきました。

今回は幹事役をしてくれた方が資料を用意してくださっていてそれを使いながらファシリテーションしてくれました。感謝。

話題から

ある方のところでは、ユーザーに影響のある施策についてはコンセプトシートを書くとおっしゃっていました。他の方はリーンキャンバスを作るようにしているとのこと。自分のチームではプロダクトバックログ上にストーリーを書いて済ませることも多いのですが、少し大きいサイズのものはこういったものを書いた方が良いなと今回感じました。

PdM という役職・肩書のある会社はというお題については、ほとんどの方がないということでした。

それからユーザーストーリーマッピングを1日かけたという話をしてくれた方は「エンジニアも一緒に参加することで、作る側の納得感が出て良かった」とおっしゃってました。なるほどです。

Inspired より

今回は1章から3章がトピックだったので以下個人的なメモ

第1部は「ソフトウェア製品の開発に関わる人たち」。人・プロセス・製品という3領域の中の「人」。その役割と責任について。

第1章: 製品開発の鍵を握る担当者とその役割

まずは役割の説明。プロダクトマネージャーのやることとして以下を挙げています。

プロダクトマネージャーの主な任務としては2つある。製品の市場性を評価することと、開発すべき製品を定義することである。

プロダクトマーケティングも兼務になっていることが多々あるがまったく別の技能が必要なので、兼務は非常に難しいとしています。この点は第2章で詳しく取り上げられています。プロダクトマーケティングが分離されていると助かります。

プロダクトマネージャーは5〜10人のエンジニアに対して1人必要とのこと。スクラムチームの人数ともだいたい同じ規模感。

第2章: プロダクトマネジメントとプロダクトマーケティング

「プロダクトマネジメントとプロダクトマーケティングをそれぞれしっかり」「製品の最終責任者を明確に」「プロダクトマネジメントは専任で」

プロダクトマネージャーの役割とプロダクトマーケティングの役割をきちんと区別するのが大切。

第3章: プロダクトマネジメントとプロジェクトマネジメント

ここではさらにプロダクトマネジメントとプロジェクトマネジメントを区別しましょうという話。

[ 2月23日全て ]

2017年2月28日 (火)

第17回 エッセンシャル スクラムを読む会

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の17回目。今日は第17章 エンビジョニング (プロダクトプランニング)。

「エンビジョニング」という言葉に馴染みがなかったので「プロダクトプランニング」の方がわかりやすいよなーと最初は思ったのですが、慣れてくればエンビジョニングでも「ビジョン」に意識が向いていい気がしました。

エンビジョニングのタイミング

何度も繰り返すアクティビティであり、一度やってそれで終わりではない。

これ系のアクティビティはどうしても半期毎のサイクルになってしまいがちなのですが、アジャイル的にはもっと早いサイクルにやった方が良いということですね。

エンビジョニングをやりすぎないようにエンビジョニングの完了予定日を設定しておくのは確かに必要だなと感じました。やろうと思えばいくらでもやれてしまうものなので期日を明確にした方が経済的でしょう。

エンビジョニングの参加者

最初のエンビジョニングで必須なのはプロダクトオーナー。いったんプロダクトの開発が動き出して以降のエンビジョニングにはスクラムチーム全体が参加すべき。概要レベルのプロダクトバックログの作成でストーリー記述する際もスクラムチームメンバ全員が関わった方が良いと言っています。

このあたり結構孤独にやっちゃうことも多いんじゃないかと思うですが、やはりチームでやった方が良いようです。

価値のカテゴリ

図17.3 で「ステークホルダーが得る価値の分野」としてカテゴリ分けされているのは地味に便利ですね。

  • 参入条件
    • ハードルをクリアする
    • リリース可能な最小限のフィーチャーをデリバリーする
    • SOX、FDA、HIPAAなどに準拠する
  • 使用可能性
    • 新たなマーケットを対象とする
    • 他のプロダクトやサービスを販売できるようにする
  • 差別化要因
    • 競合他社と差別化する
    • 顧客を喜ばせる
  • 妨害
    • 競合他社の差別化要因を無力化する
    • ハードルを上げる
    • 市場での注目先を変えることで、ゲームのルールを変える
  • コスト削減
    • 市場に投入する時期を早める
    • 開発工数や投入する要員を減らす
    • 利益を増やす
    • プログラミングの技術を高める

自分が取り組んできたものだと「顧客を喜ばせる」「要員を減らす」とかが多かったですが、製品・市場によっては確かに妨害とかもあるのでしょうね。

今日は参加者少なめで5人。23章までいれるとあと6回のところまできました。

[ 2月28日全て ]

2017年3月7日 (火)

第18回 エッセンシャル スクラムを読む会

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の18回目。今日は第18章 リリースプランニング (長期計画)。

今日は7人参加。

タイミング

リリースプランニングは一度限りのものではなく、スプリントごと行うアクティビティだ。

他のプランニング同様リリースプランニングも一度限りのものではないと明言されています。章の後半で説明される進捗の把握をしながら、スプリント毎に見直されていきます。

ポートフォリオプランニングでは「終わることのない作業」、エンビジョニング(プロダクトプランニング)では「一度やってそれで終わりではない」とそれぞれここまでの章で書かれています。全てのレベルにおいて継続が求められます。

ただスプリントプランニングをスプリントごとにやるとすると、どの程度時間を使うことになるのかが気になるところです。1週間スプリントの場合だと、さっと済ませるか何回かに1回にするのかが現実的なところでしょうか。

プロセス

各リリースには、明確に定義されたリリース可能な最小限のフィーチャー(MRF)がなければならない。(中略)顧客視点で、実用最小限の製品となっていることを確かめるのだ。

今の仕事は「フィーチャーごとにリリース」という方針でやっています。1スプリントで完成できるように例えばバックエンドという PBI にして先に完成させデプロイしておくというのをやったりしています。しかしバックエンドだけではここでいう MRF ではないですね。

いまチームではこのデプロイもリリースと呼んでいますが、エッセンシャル スクラム的に考えるとそれはリリースではないと考えた方が良いのかもしれません。

「各スプリントで価値を届ける」ことと「各スプリントでデプロイする」は同義でないと考え直した方が良いようです。

「いくつかのスプリントの成果物をひとまとめにしてリリースする」というプランニングの場合もあるのですから、毎スプリント必ずリリースするということに無理にこだわらなくてもということでしょうか。スプリントが終わった時点で常にリリース可能な状態になっていることが重要ということでしょうか。

リリース制約

気がつくと「スコープを固定」と無意識にしてしまいがち。ステークホルダーに期日を約束していないと、ずるずるとリリースを延期してしまいがち。

「スコープを固定」になる原因は、全体的なスコープがあまりにも大きすぎることであることが多い。

とあり、ここでもできるだけ小さくというのが推奨されています。MRF をいかに小さく定義しておけるかがポイント。18.4 節では「常にMRFを調整し続ける。」と書かれていて、MRF も適宜見直していくべきです。

期日を固定する方式がスクラムの原則にうまく当てはまるということなのでリリースプランニングの際にきちんと意識できるようにしたいです。

スプリントマッピング

主に複数チームで協調してスプリントを進めていくための話。ここは困ることが起きた場合にまた読み返したい部分です。

[ 3月7日全て ]

2017年3月19日 (日)

最低限の荷物で出歩く時に便利なグレゴリー テールランナーS ブルーレター

rimage:/nDiki/2017/03/19/2017-03-19-113346-nDiki-1200x800.jpg

40周年記念モデルとして昨日発売されたグレゴリー テールランナーS ブルーレター (Gregory TAILRUNNER SM BLUE LETTER BLUE/PURPLE)が昨晩届きました。1993年から1996年/1997年頃までの間だけ使われた青文字タグの製品をできるだけ忠実に再現した製品とのことです。

初めて買ったグレゴリー製品で長い間愛用したデイ&ハーフパックが青文字タグだったので、私にとってはグレゴリーといえばこの青文字タグの印象が強いのですが、数年しか使われなかっていたロゴなんですね。そのタグのついた製品ということで品薄のところを探して注文してしまいました。青文字タグではデイ&ハーフパックとデイパックとこのテールランナーSの3つが記念モデルとして発売となったのですが、2年半ほど前に買い直しデイ&ハーフパックがあるので、今回はテールランナーSにしました。

最初この記念モデルを見つけた時には「テールランナーは持っているのだけれどどうしようかかな、しかし青文字タグだし買おう。けれどもなんで現行品より安いのだろう?」となったのですが、記念モデルになったのは小さいサイズのテールランナーSなのだとあとで気がつきました。

現行のテールランナーが容量2L(39cm x 12.5cm x 8 cm)に対して、このテールランナーSは容量1L(25cm x 13cm x 7cm)。見た目以上に入り重宝しているテールランナーの半分のテールランナーSは実際手にしてみるとかなり細身なコンパクトなパックでした。このあいだ買ったコンパクトデジカメPowerShot G9 X Mark II とちょっとした小物を入れて出歩くのにちょうど良さそうなサイズです。


[ 製品レポート ]

[ 3月19日全て ]

2017年4月22日 (土)

今日のさえずり: リカちゃん、レンくんと別れてたのか……

2017年04月22日

  • 09:58 試してみたところ LINE アプリについて「電池の最適化」を有効にしていてもきちんとすぐにメッセージを受信できた。そうなんだ。
  • 12:002016年10月22日から、はるとくん。
  • 14:00 ユーロスペースで来週も上映しているので会社帰りに行きたいな。 / “「パリ市庁舎前のキス」で知られる仏写真家ロベール・ドアノー 渋谷で実録映画上映 - シブヤ経済新聞http://bit.ly/2oyRBnB
  • 20:47 GOING2020! Canon SPRINGキャンペーン PowerShot G9 X Mark II 製品購入特典のバッテリーパックが届いた。バッテリーパック3個体制になったのでゴールデンウィークこれでオッケー。
[ 4月22日全て ]

2017年5月13日 (土)

ハンドスピナーはダブルウイングよりトリプルウイング

image-half:/nDiki/2017/05/13/2017-05-13-183311-nDiki-1200x800.jpg image-half:/nDiki/2017/05/13/2017-05-13-183004-nDiki-1200x800.jpg

ハンドスピナー(fidget spinner)を一昨日買って以来気が向いた時にくるくる回しています。最初に買ったのはトリプルウイングのスタンダードなタイプのですが、これは手が小さいと回しにくいですね。一回り小さいダブルウイングタイプのも注文してみました。買ったのはアルミ合金タイプの。同様の形状でより重量感のある真鍮製のも出ていますが、今回は軽い方にしました。

届いた個体の表面仕上げはまずまず。

ボディの厚さに対して若干軸が長いのか、回転中に傾けるとジャイロ効果に負けてグラグラッとなってしまうのはちょっとマイナス。先に買ったトリプルウイングの方が安定して長時間回したりグイグイ傾けたりできます(なおあくまで手持ちの2つを比べての話です)。

しばらくはこの2つを回して遊ぶつもり。ハンドスピナーは短いブームで終わるのかそれともある程度長く流行るのか。今は品質のばらつきの多い市場なので、所有欲を満たす高品位・高性能品を求めるよりもカジュアルに回しているぐらいが丁度良いんじゃないかなと。安心して価格に見合う製品が選べるようになったら、もう少しいいのが欲しいなとは思いますけどね。

[ 5月13日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィでマネージャー・PO をしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

follow us in feedly

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.074468s / load averages: 1.17, 0.71, 0.55
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker