『みんなで小さく区切って進める』ガイド｜kawanotron
『みんなで小さく区切って進める』とは『みんなで小さく区切って進める』は複雑な問題を解決するためにみんな（チーム）で一緒になって改善していくための進め方です。 『みんなで小さく区切って進める』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切って進める』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは
『オフィスにすごい自販機が出来てた！』2人以上の社員が社員証をかざすと会社予算で飲料が買える「いい社風だ」
松岡綾乃@TVer PM @y_a_j_i 職種：PM | 経歴：TVer◀︎メディカルノート取締役 ◀︎ MIXI(mixi,みてね) | メディア運用・SEO・HealthTech/InsureTech・プロダクト開発・開発組織 | 共働き育児真っ盛り👦7歳 | 好き：🍶🍷🍺🍣🍲⛳🎬📕🏃🌏✈️ | お気軽にフォロー・DM📩ください🙋 note.com/y_a_j_i3 松岡綾乃@TVer PdM @y_a_j_i オフィスにすごい自販機が出来てた！2人以上の社員が社員証をかざすと会社予算で飲料が買えるという画期的なアイディア😂コミュニケーション促進も出社促進も大事なテーマだけど、いきなりルールで縛る北風施策を打つ前に太陽施策を検討・検証する社風、大好き👏 pic.twitter.com/DC7xMmB3t6
【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
1. はじめよう! 要件定義 ~ビギナーからベテランまで（難度：★☆☆） 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級～上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた
アメリカの職場ではなぜドキュメントも無いのに人が去っても問題ないのだろう？｜牛尾 剛
アメリカの職場にいると、日本にいるときよりも身近でレイオフだとか、職を変えるというのを頻繁に見かける。先日もそういう場面があったのだが昔日本で働いていた時のことを思い出した。 ドキュメントを書く理由 日本のソフトウェア企業にいたときは、「納品物であるから」という理由以外にも、「人がいなくなったときに会社が困るから」という理由でもドキュメントを書くことが推奨されていた。しかし、少なくとも今の職場ではそんな理由でドキュメントを書くのは推奨されていないのに、なぜ問題にならないのだろうとふと思った。 うちのマネージャは、バディ制ににして、みんな休暇できるようにしようとは言っているが、多分本当に退職対策ではないと思う。 チームのメンバーが抜けたときも、「とても残念で、ワークロードをどうしようという問題はあるけど、彼女の門出を祝福しよう」言っていた。つまり、こちらでも「工数」は問題になるけど、「引継ぎ
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
ChatGPTにマインドマップを作ってもらったら理解速度が爆速になる件｜Abiru
こんにちは。 ECコンサル会社を経営している、あびるです。 今回はChatGPTでマインドマップを作る方法をご紹介します。 この方法を使えば、長くて難しくて読みたくない文章も、情報が小分けされた状態で視覚的に分かりやすくなります。 プロンプト例太宰治の走れメロスのストーリーについてマインドマップにまとめて、PlantUMLで出力してください。出力結果 @startmindmap !define AWESOME mindmapBackgroundColor White * 走れメロス ** 主要登場人物 *** メロス **** 無実の罪で逮捕 **** 王に誓いを立てる **** 結婚式へ向かう **** 友人セリヌンティウスに会う **** 王に戻る *** セリヌンティウス **** メロスに協力 **** 王のもとで身代わりに *** 王 **** 独裁者 **** メロスを逮捕 *
侍ジャパンは最高の｢心理的安全性｣の教科書だ
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
50人の開発会社でMisoca/弥生会計からfreee/MoneyForwardに移行してみた｜TechRacho by BPS株式会社
BPS渡辺です。コロナなかなか終わりませんね。疫病は想定外でしたけど、不況には仲間と試行錯誤しながら必死で準備してきていました。何をもって終わりかもよくわかりませんが、仮に終わっても社会構造が元に戻らなさそうということで、想定が甘かったのかもしれません。 新型コロナ肺炎の現状 大変厳しいですね。 この疫病 日本や世界の社会構造を激変させることになるのではないか と危惧しています。 そのような中での会社運営 重責だとおもいますが どうぞ視野を広く持って 対処お願いします。 コロナ初期に、同僚のご家族から連絡を頂戴しました。粋がって、ちゃんと準備してますよ！と返事しちゃいました。ああもう恥ずかしいなあ。念入りに準備したつもりでしたから。3年間分の計画があればまー大丈夫でしょうと。乗り切れているつもりではいますが、もっとうまくやれたな、という感触もあります。全力だったので後悔はありませんが詰めが
「プロダクトマネージャーこそ、戦略的に読書せよ！」──最短で成果を出すための読書地図
扱う領域が多岐にわたり、それぞれに専門性が必要とされるプロダクトマネージャー。日々の業務や意思決定の合間の限られた時間に、学習を進める必要がありますが、短時間で質のよいインプットを行うには、今も昔も書籍は有効な手段の一つです。一方で、一言でプロダクトマネージャーといっても、キャリアの変遷や得意とする領域が異なり、必要とする参考書も人それぞれです。そこで本稿では、全体像を押さえつつ、自分に適したラーニングパスを見つける上で参考になる、筆者の読書経験にもとづいたプロダクトマネージャーのための読書地図をご紹介します。 最初から「プロダクトマネージャー」という人はほとんどいない 「プロダクトマネージャーは忙しい」 あらゆる職場で耳にする言葉です。 それもそのはず、プロダクトマネージャーはその仕事の性質からカバーすべき範囲が多岐にわたり、それぞれに専門性を持って臨む必要があります。 そのため、キャリ
チームの心理的安全性を可視化しよう！今すぐできる超簡単ワークショップ「片思いマッピング」 | 株式会社PLAN-B
自称ふりかえりエバンジェリストとして社内で活動し始めてから1年ほどが経ちました。 幾度となくふりかえりを行なってきましたが、チームをより良くしたいと思い活動する中で、この「心理的安全性」がとても可視化しづらいという悩みがありました。主観的なものであり、自覚がないことも多いからです。 そこで、心理的安全性を可視化する新しいワークショップ「片思いマッピング」を考案し、社内のプロダクトチームのふりかえりで行いました。 ふりかえりを経て1ヶ月後、チームには大きな変化が！ なんとよそよそしかったプロダクトマネージャーが事業責任者とズッ友(誇張)に！ 今回は、チームの心理的安全性を可視化するワークショップ「片思いマッピング」を紹介します。 こんな人におすすめ！ チームの心理的安全性を高めたい人ふりかえりに慣れていない人ファシリテーションをあまりやったことがない人準備をする時間がない人(準備いりません！
“難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件
ビジネス・ブレークスルー大学（BBT大学）は、オンラインのみで経営の学士資格を取得できる、日本唯一の大学です。今回はBBT大学主催で行われた、経営学部教授・斉藤徹氏の 『だから僕たちは、組織を変えていける やる気に満ちた「やさしい組織」のつくりかた』刊行記念講演の模様をお届けします。社員のエンゲージメントが高い「やさしい組織」をつくるために一人ひとりにできることは何か、今まで斉藤氏の30年近い起業家経験から得られたエッセンスが1冊にまとめられています。本記事では、建設的な議論を行うための「推論のはしご」の考え方について、組織に「安心感の醸成」をもたらすためのポイントについて語られました。 建設的な議論を妨げる最大の要因は、感情的になってしまうこと 斉藤徹氏：続いて、（チームメンバーの意識が）外に向いたらどうすればいいのか。これはみんなが意見を出し合うことが大切です。でもこの建設的に第3案を
ドキュメントを書くときの「メンタルモデルの原則」 - クックパッド開発者ブログ
こんにちは。クリエイション開発部の丸山@h13i32maruです。 みなさんドキュメント書いてますか？私はドキュメントを書くのは結構好きです。最近もプライベートで開発しているJasperというGitHub用Issueリーダーのユーザ向けドキュメント（マニュアル）を書きました。でも良いドキュメントを書くのって難しいですよね。 そこで、本記事では「ツールやライブラリなどを対象にしたユーザ向けドキュメント」を書くときに私が考える原則を紹介します。ちなみに私はテクニカルライティングの専門家ではなく、普通のソフトウェアエンジニアです。そのあたりはいい感じに汲み取っていただけると🙏 🕵️メンタルモデルの原則 良いドキュメントとはどのようなものなのでしょうか？私は「そのツールやライブラリに対して読者がメンタルモデルを構築できる」のが良いドキュメントだと考えています。これを「メンタルモデルの原則」と呼
アラフォーから始める個人開発のススメ｜Hiroz(Hirozumi Tanaka)
そのブログのタイトルにもなっているとおり、私が個人開発を目指すきっかけになったのは、このタイトルにもなっている中年の危機というものに陥ったからです。 私が中年の危機に突入し、葛藤する日々については、先日出版した「個人開発がやりたくなる本」に書いてみました。 興味のあるかたは、こちらも是非手に取っていただければと思います。 アラフォーの皆さん、35歳を過ぎた頃、ふと現状に「このままでいいいのかな？」と思ったことはありませんか？ その日から、今まで見ていた景色と違う景色が広がって、日々に不完全燃焼を感じるようになり、何かモヤモヤした日々を過ごしている。 そんなことはありませんか？ 私はまさにそんな日々を過ごしている人間でした。 そんなモヤモヤを払拭するためにビジネス書を読み漁り、試行錯誤を繰り返した結果、プライベートプロジェクトとして個人開発をしようと思い至りました。 プライベートプロジェクト
顧客「長年１人で社内システムを開発していた社員が退職し、新規のシステムに刷新したいので見積りを。予算は5千万」→その結果こうなった
ビビ＠Τwitter @strategic_vivi お客様「長年一人で社内システム開発していた社員が辞める事に」 「ほう」 お客様「社内システムメンテ出来なくなるのでスクラッチで刷新したい。ついては見積もりを。予算感は五千万くらい」 「分かりました」 …（翌日） 「概算見積もり出来ました」 お客様「いくらくらい？」 ビビ＠Τwitter @strategic_vivi 「15億円です」 お客様「…は？」 「統計ベースで判断して15億円規模のシステムです」 お客様「…」 「弊社に言える事は一つです。その社員だった方を、年収1億円提示して今すぐ呼び戻して下さい」 世の中には、単に社内SEと呼ばれるハイパーエンジニアがいる。 それ評価出来なきゃ辞めるだろ。
実践「最高のアジャイルチーム」を作る方法
2018年11月12日、KDDI DIGITAL GATEにて、Tech-onが主催するイベント「Tech-on MeetUp#03」が開催されました。今回のテーマは「アジャイル」。スクラムやカンバン方式などのアジャイル開発をそのまま導入しても、思ったような成果が出ないこともあります。そこで、現場でうまくいっている事例を実際の開発メンバーに語っていただき、その成功の秘訣と知見を共有しました。プレゼンテーション「SkyWayの開発現場 〜いつの間にか最高のアジャイルチームになっていた件について」に登壇したのはiwashi86氏。厚生労働省が作成する「仕事のストレス判定図」において全国平均を大きく上回った成績を叩き出すことができた秘訣を語ります。 SkyWayの開発現場 iwashi86氏：よろしくお願いします。NTT Comの岩瀬と申します。 このタイトル（SkyWayの開発現場 〜いつの
楽天株式会社を退職しました。 - @hihihiroroのLog
昇降式デスクを上げているところ。写っているのは楽天市場 2010年に新卒で入社してから8年8ヶ月お世話になった楽天株式会社を2018年12月31日をもって退職した。 (以後、簡便のために楽天と表記する。 楽天での生活 新卒研修 配属後 辞めようと思ったきっかけ タイミング クラウド チーム活動 お給金 その他 転職活動 次のお仕事 謝辞 欲しいものリスト 楽天での生活 新卒研修 6ヶ月間研修があった。ビジネスマナーと営業研修(カード営業)が1ヶ月、その後開発部の同期と隔離され5ヶ月開発研修を行った。開発研修は広く浅くで色々やった。 開発研修中は知らなかったことを学ぶのも楽しかったけど、同期とご飯食べに行ったり飲みに行ったりで楽しんでだいぶ仲良くなったと思う。 配属後 楽天から配信するメルマガのシステムを開発運用する部署に配属された。配属された当初はメールってやることそんなにあるのかと思って
個人開発のモチベーションが続かない、作り終わらない。原因と対策を考えてみた。 - フロントエンドの地獄
運営者ギルドという、個人や少人数チームでWebサービスやアプリを作っている人のSlackチームがありまして、そこで furuta さんやnaichi さんとチャットしていて、個人サービスを作っていて「モチベーションが続かない」「いつの間にか辛くなってくる」という個人開発あるあるについて話していました。 個人開発は「自分の作りたいもの」を「自分の使いたい技術」で「自分の好き」に作れる最高の舞台です。クリエイターならやらない手はないでしょう。 しかし、何も考えずにいざ足を踏み入れてみると、思ったよりも険しい道だと気づくのです。 仕事でもなく「自分が作りたくて作っていた」はずなのに、いつの間にかどこかに逃げ出してしまうモチベーション。何ヶ月経っても作り終わらない現代のサグラダ・ファミリア。仕事がバタついて1週間面倒見ていなかっただけで「え、なにこのクソコード」と毒づいてしまうほど荒れ果てたmas
身に着けた技術をいかに捨てられるか。エンジニア歴39年、今でもエンジニアで居続ける理由。
サイバーエージェントのゲーム・エンターテイメント事業に携わる10社以上の子会社が所属する事業部SGE（Smartphone Games & Entertainment）では、さまざまなメンバーが活躍しています。 初めてプログラミングに触れたのは39年前。新しい技術がどんどん出てくる環境は、新しいことが好きな自分には合っていると語る平松。現在は、特定のプロジェクトには所属せず、事業部横断でネイティブアプリの品質チェックやパフォーマンス改善を担当。事業部にいなくてはならない存在となっている。そんな平松の今までのキャリアとこれからどんなことをしていきたいのかをききました。 初めてプログラムに触れたのは1979年 エンジニアをはじめたきっかけを教えてください。 高校の進路をどうしようかと考えている時に、ちょうど地元の高校で、日本で2番目に情報処理科が開設されました。元々、新しいものが好きだったので
｢ポケモンGO｣を生んだ男が語る技術の本質
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Wantedly（ウォンテッドリー）はたらくを面白くするビジネスSNS
