会員登録
/
ログイン
ログミーTechとは
広告掲載のご案内
会員登録
ログイン
技術・運用
チーム・組織論
キャリア・採用
UI/UX
企画・アイデア
ログミーTechとは?
広告掲載のご案内
技術・運用
チーム・組織論
キャリア・採用
UI/UX
企画・アイデア
#チーム・組織論
184件
プロダクトマネージャーの必須スキルである「言語化」を活かす 最強の言語化ツール・Notionを活用した情報の一元管理法
開発PM勉強会
他人から見えない開発進捗、チャットで来た依頼のToDo化漏れ エンジニアがNotionのデータベースでタスク管理をする理由
開発PM勉強会
連休明けにチームでうまくやっていくために 先人たちの失敗に学ぶチーム・組織論記事5選
ログミーTech
増大したコミュニケーションコストはロードマップで解消 成長企業におけるチーム連携と課題解決のための施策
開発PM勉強会
「よげんの書」と「プロダクトビジョン」で伝える“ありたい姿” SaaSのロードマップ作成で意識したい4つのポイント
開発PM勉強会
サービスの未来の姿を示し、共感から成長機会を得る エンタープライズSaaSにおける顧客との共創戦略
開発PM勉強会
「僕たちは特別だ」という驕りが生んだ“阿吽の呼吸” LayerXがプロダクトスケールのタイミングで陥った罠
プロダクトマネージャーカンファレンス
「売上と提供価値は一致しているのだろうか?」 LayerXが陥った“ポジショントーク”と“売上”の罠
プロダクトマネージャーカンファレンス
オフィスが表現しているのはデジタル化で失われつつあるセレンディピティ さくらインターネット・田中社長が考えるこれからの働き方とビジネスの在り方
ログミーTech
イノベーションを妨げる、“普通はこうでしょう” さくらインターネット・田中社長がリモートを推進した本当の理由
ログミーTech
要件定義フェーズが「ない」組織での開発の進め方 課題を担保する、ユーザーからの一次情報とメンバーとの対話
開発PM勉強会
プロジェクトオーナーを苦しめたのは、ガチガチ要件定義 チームで最善を選べるようになるための3つのポイント
開発PM勉強会
レガシー環境があるプロダクトの要件定義で意識することは? 「なるほどな」で終わらせない、PMの3つの心構え
開発PM勉強会
「PMがHowを決めつけたら、プロジェクトは失敗する」 3つの失敗から辿り着いた、要件定義で意識すること
開発PM勉強会
文化的負債解消における“プロセスで解決する”視点の重要性 「周りを変える前に、自分自身が変わることが大切だ」
DevOpsDaysTokyo
目的不明の会議、始まりのないプロジェクト…… 老舗ソフトウェア企業のSPIが語る、文化的負債解消ストーリー
DevOpsDaysTokyo
老舗ソフトウェア企業は文化的負債をどう解消するか プロセス・コミュニケーション・要件管理における改善事例
DevOpsDaysTokyo
品質担保で重要な「実装しないこと」を決める基準 PMFの拡大に必要な汎用性と資産化
Autify Japan
プロダクトのスケールと品質をどう両立すべきか 10X 、LayerX 、AutifyのCTOに訊く品質保証の本質
Autify Japan
スクラムマスターだからこそ、「ふりかえり」で考える 「あなたの言葉は、よいアウトカムを生み出していますか?」
Scrum Fest Osaka
苦手なことは苦手なままでもいい 「誰も1人にしない」互いに補うチームのかたち
Scrum Fest Osaka
「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」
Scrum Fest Osaka
いいチームなのにがんばりがうまく噛み合わない 誰にも嫌な思いをさせずにチームが前に進むための選択
Scrum Fest Osaka
契約条件は“スクラムに全力で取り組むことを誓う” まるで『ベスト・キッド』の現場で得たアジャイル開発の学び
Scrum Fest Osaka
スクラムは“学ぶ”のではなく“遊べ” ホンモノのアジャイル開発は試す習慣でマスターできる
Scrum Fest Osaka
引き継ぎプロジェクトでスクラムマスターが陥った危機 痛みを伴う失敗と知見で巻き返した"プロジェクトX"
Scrum Fest Osaka
CTOを目指すなら意志決定に文句を言わずに全力でコミット BuySellとLayerXが新卒エンジニアに期待すること
ファインディ/Findy
“とりあえず”優秀そうな人を採用、は上手くいかない BuySellとLayerXのCTOが経験の中で得た逆算の発想
ファインディ/Findy
属人化、品質の低下、優先順位に対する疑問… スタートアップが経験した開発体制のしくじりと反省
Coral Capital
「会社はそこ、ここに起こる会話にある」 10年後に目指すべきアジャイルの姿
BPStudy
“アジャイルモンスター”が「ドキュメントは大事じゃん」と思う理由 形式知の残し方にチームのうまさは出る
BPStudy
アジャイルに抵抗のある人とは戦わない 開発にロジックだけではなくエモーションが必要なわけ
BPStudy
人形に話しかけ、“ひとりペアプロ”をやっていた 私がアジャイル開発を始めたきっかけ
BPStudy
情報伝達タスク、意思決定者のボトルネック… エンジニアチームを“膨張→成長”導く2つの方針3つの施策
MedPeer/メドピア
Webディレクターの役割はメンバーを迷わせないこと プロジェクト成功の鍵を握るプロジェクト憲章のドキュメント作成法
JBUG(Japan Backlog User Group)
Webディレクターの愚痴は誰のせい? メンバーが自発的に動くための“プロジェクト憲章”
JBUG(Japan Backlog User Group)
重要なのは経営層の視点と現場の課題をつなぐこと 技術的負債の返済に向けた現場の説明責任
CloudNative Days Tokyo Committee
組織の技術的負債の返済はなぜ進まないのか? “工数確保の合意”に関わる意思決定層と現場視点の違い
CloudNative Days Tokyo Committee
「フェアネス」「顧客に向き合う」「ボトムアップカルチャー」 検索のプラットフォーム化を目指すために“変えなかったこと”
FORCIA, Inc.
誰もいじれない“秘伝のタレサーバー”をどう克服したのか 8年前にフォルシアが決行した「個からチームへの変革」
FORCIA, Inc.
「AIアシスタント」がクラウドの業務改善!? チームメンバーに「スマートスピーカー」が加わった話
Cloud Operator Days Tokyo
「じゃあその仕組みどうしようか」 楽天が完全仮想化のために取り組んだ3ステップの組織づくり
Cloud Operator Days Tokyo
「Raspberry Pi」と「Google Assistant SDK」で クラウドを支えるもう1人のチームメンバーを作った話
Cloud Operator Days Tokyo
先が読めないからこそアジャイルが役に立つ 予定調和にハマらないためのスクラム活用術
Scrum Fest Osaka
たまに「うっ」と思う環境に飛び込まないとダメ アジャイルをやることはフワフワすることに慣れること
Scrum Fest Osaka
1
2
3
4
5