PROPOTYPE - プロポタイプ

人事向けセミナーに参加して、採用の重要性を再認識したdott浅井。現在のメンバーの半数以上がコミュニティ活動で出会った人であることから、コミュニティを通しての採用についての考えを改めて整理しました。同じコミュニティ活動への参加者は、価値観が共通している可能性が高いため、dottの社風に合った人材と出会える可能性が期待できます。また、会社として社員の成長も見込めるため、コミュニティ活動への企画・参加を積極的にサポートしていきたいと思っています。ただ、一方で、社員が積極的にコミュニティ活動するデメリットに、転職リスクがあると言われています。今回のエピソードでは、採用におけるコミュニティ活用のメリット、そしてデメリットは本当にあるのか、などについてお届けします。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/57

play_circle_outline エピソードを詳しく見る

2020年の1年間、PROPOTYPEをお聞きいただきましてありがとうございました！dottの実験レポート的トークを象徴するように、一年の「日記」とも言えるエピソードタイトルで多くのアーカイブを残すことができました。今回は、一つ一つのエピソードを振り返りながら、採用の話、組織文化の話、dottにとって大切な技術領域と、それを活かすサービスの展開や、新しいメンバーの活躍と多様性の価値などを、パーソナリティの浅井と曽志崎で振り返っています。ついつい振り返りがおざなりになりがちな日々の経営活動ですが、こうして ポッドキャストのタイトルを振り返ると、コツコツと、たくさんの時間と思考を積み重ねて来たように思います。お話していることは dott のことですが、決してdottのことにとどまらない、一般化した価値も追求しながら、日々 dottが直面している実際の体験トークをシェアしながら、2021年も引き続き、dott のカルチャーを発信していきたいと思います。今年1年間、お付き合いいただきましてありがとうございました。新しい年も、どうぞよろしくお願いいたします！

play_circle_outline エピソードを詳しく見る

普段、デザインフレームワークを利用し、見た目を良くするためのコストを抑えながら開発を進めることの多い dott。ただ、過去ポッドキャストでも何度か紹介しているホイクタスの開発では、デザイナーをアサインして開発しており、デザイナーが1ピクセルに込めた意図や思いを汲み取った開発も重要に。dott には、ITキャリアのスタートがWEB制作のメンバーもいれば、SIer スタートのメンバーもいますが、キャリアのスタートの違いのよって、デザインの1ピクセルに対する関心の度合いが異なるとか。会社の得意領域を如何にしてバランスさせるか。新しいプロジェクトによって気づく、組織の強み弱みの埋め合わせ、エンジニアでも理解したいデザインの学び方についてお話しました。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/55

play_circle_outline エピソードを詳しく見る

dott のメンバーが高評価を受けることを背景に、お客さん先の経営者層から、エンジニアの面接や採用方針の相談を受けることがある dott 浅井。そこでよく議論に上がるのが、エンジニアに必要なのは、技術力か、コミュニケーション能力なのか、ということ。しかし、この議論は、「どちらか一つ！」というようなゼロイチの判断ができるものでは、なかなかないものです。問うべきことは、まず、そのヒトが圧倒的なトップレベルにある超優秀な技術力を持っているエンジニアなのかどうか。ただ、そのようなヒトであることは限りなく少ないのが現実です。システム開発もチーム開発が基本であることを鑑みると、コミュニケーション能力の高さのほうが、チームへの貢献度に期待を持つことができるものです。では、コミュニケーション能力が高いとは、一体何を指すのか。素直さという素質が、学習過程の循環を促す理由など、今回のエピソードでは、エンジニアに求められる能力についてお話しました。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/54

play_circle_outline エピソードを詳しく見る

dott が開発中で、保育士さんたちの経験値を共有するサービス「ホイクタス」12月上旬のリリースに向けて開発を進めていたものの、このたびリリース延期を決定。サービス設計通りの開発が順調に進み、バグ解消のテストも着々と進んでいました。しかし、仕様通りのシステムが完成に近づくにつれて、ある思いが募り始めたようです。このままの機能・設計でユーザーにサービスの価値が伝わるのだろうか、プロダクトオーナーである元保育園経営者の石井や浅井の話を聞かないまま触ってサービスのコンセプト・利活用方法を理解してもらえるのだろうか。初めて利用する保育士さんにも、わかりやすく、そして、モチベーション高く利用してもらうための仕組み・仕掛けの設計が、果たして十分か。その問いに対して漠然と「まだ足りていない」と感じて行われたホイクタスを全く知らない人へのユーザーテスト。その結果、サービスのリリースの延期を決断。延期に至ったプロダクトオーナーの心境と、組織に対する説明の難しさ、チームを一つするサービスコンセプトの大切さをお話ししました。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/53

play_circle_outline エピソードを詳しく見る

これまで、受託開発や自社サービスの開発が基本だったdott の取り組みですが、この度、OEMソフトウェアの開発に挑戦すること。自社で開発したサービスを、他社のブランドで売ってもらういわゆるホワイトラベルのビジネスモデル。これまでの事業で関わりのあった広告代理店の方々で利用が想定される今回のサービスの着想は、幾度となく耳にすることが多かった、細かいところに手が届いていない競合サービスに対する使いづらさから。要件要望が比較的確定している受託開発でもなく、自分たちの想いから生まれる作りたいという気持ちから始まるものでもなく、自分たちでマーケット調査をして、売れるものを考えて開発するという新しい取り組み。自分たちでマーケティングをしていかなければいけない新規事業は、新しい会社を作ることに匹敵するとも言えますよね。ゼロイチという、産みの苦しみを味わいながら、新しいチャレンジに挑むdott のOEMソフトウェアの開発プロジェクトについてお届けします。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/52

play_circle_outline エピソードを詳しく見る

日々の開発を支える小さな便利の積み重ね。例えば、開発スタート前に行うスプレッドシート上でのチーム全員同時によるIssue洗い出し。ただ、GitHubへの一つ一つの登録がひと手間。それをGoogle AppScriptで一括登録するような「開発を支える開発」。他にも、技術情報共有サービス「Qiita」上の内容をSlackコマンドから直接アクセスし、参照できるツール。短縮URLの作成に、カスタマーサポートに届くメールのSlack通知などなど。こうしたツールの一つ一つを、一人のメンバーが行うことで、他のメンバー全員分のラクが生まれるのが「開発を支える開発」。 しかし、この手の開発は、必ずしも、直接的にお金を稼ぐ開発ではありません。経営者・マネジメント層のヒトには、このような価値の見えづらい開発を支えるための開発の重要性とどの様に向き合うべきなのか。また、一方で、このような「開発」へかけるコストが、不用意に増大しないための社内のルール整備はいかに。便利な側面と、その運用方法の両側面から、「開発を支える開発」についてお話しました。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/51

play_circle_outline エピソードを詳しく見る

基本的にdottには、営業のみを行うメンバーはいません。強いて言えば代表の浅井が唯一の営業と言えるかもしれない、という体制です。しかし今回、エンジニアメンバーが初めて提案書を作成する機会が生まれました。しかし、出来上がった提案書を見ると「おや？」と思う点がチラホラと。レビューを重ねて問題点を洗い出していってみると、どうやら開発業務でいうところの「設計」にあたる「アウトラインの作成」が出来ていない状態で資料作成をし始めてしまった様子。提案の幹が無い状態で枝葉を考えていくのは提案の経験が少ないと陥りがちのミスですね。今回のエピソードでは、元エンジニアの立場から「これくらいは皆覚えておいた方が良いよ」という提案書の作り方の基礎をテーマにエピソードをお届けします。エピソードのサマリーイラストを作成しています！WEBでご覧になってみてください。https://propo.fm/propotype/50

play_circle_outline エピソードを詳しく見る