後輩に提案されたスクラムにうまく適応できなかった私が開発チームのアジャイルを先導できるようになるまでに考え実践したこと - Agile Journey
アジャイルに興味を持った1人あるいは数人から始めることは、アジャイルの導入においてよくあるストーリーです。とはいえ昨今では、例えばスクラムを導入する開発チームも増えているでしょうし、ほかのメンバーが主導した取り組みとしてアジャイルを受け入れる方も多いでしょう。そんな経緯でスクラムに触れ、既存の開発プロセスとの違いに戸惑い、むしろ積極的にアジャイルを学ぶことで克服した過程を、岸田篤樹（パウリ）さんに寄稿いただきました。 Agile journeyをご覧のみなさま初めまして。株式会社ビットキーでEM（エンジニアリングマネージャー）・スクラムマスター・技術広報をしているパウリ（@pauli_agile）です。私は2015年に新卒でプログラマーとしてキャリアをスタートしました。 その頃の世の中ではすでに、アジャイル開発がさまざまな開発組織に浸透しつつある状況にあったかと思います。ただ、実際に配属さ
2011-2024 この13年間における最高の一冊 - HONZ
2011年7月15日にオープンしたノンフィクション書評サイトHONZ。本日2024年7月15日をもちまして13年間のサイト運営に終止符を打つこととなりました。 2011年の東日本大震災から、記憶に新しいコロナ禍まで。はたまたFacebookの時代からChatGPTの到来まで。その間に紹介してきた記事の総数は6105本。 発売3ヶ月以内の新刊ノンフィクションという条件のもと、数々のおすすめ本を紹介する中で、様々な出会いに恵まれました。信じられないような登場人物たち、それを軽やかなエンターテイメントのように伝える著者の方たち、その裏側で悪戦苦闘を繰り広げていたであろう版元や翻訳者の皆さま。さらに読者へ届ける取次会社や書店員の皆さま、そしてHONZを愛してくださったすべての皆さま、本当にありがとうございました。 サイトを閉じることになった理由に、明快なものは特にありません。こんなサイトがあったら
外部設計書（基本設計書）の作り方｜スペ@リモートワークのシステムエンジニア
システム開発における外部設計書（基本設計書）の作り方について、まとめてみます。 文字だけだと分かりづらいので、個人的なメモ書きです。 機会があれば、テンプレートを作れたら良いなと思います。 大事なポイント「相手に伝わっているか」 これに尽きると思います。 伝わるか、という意味では設計書はドキュメントなので、伝わりづらいと思います。 なんだか矛盾していますが、最低限必要な仕様をまとめておく必要はあると思います。 1.業務要件 ユーザーがシステムを開発したい目的、要件をまとめます。 システムを開発する際には、ユーザーの要件がベースになります。 ・背景と目的 なぜシステム化が必要なのか？ システム化に何を期待するのか？ といったあたりを記載します。 ・用語の定義 システムに関連する用語をまとめます。 ・業務の概要 業務の概要は要件定義をして、ユーザーからヒアリングします。 業務要件定義書を作って
基本設計書のテンプレート｜Shinji Yamaguchi
※ 設計書に関する本文およびテンプレートは制限無く公開しておりますので、当該記事をご購入頂かなくても設計書テンプレートの利用は可能です。応援いただける方のみご購入頂けますと幸甚です。こんにちは。 フリーランスエンジニアの山口です。 私は元々SIer企業の会社員エンジニアでしたが、2019年3月よりフリーランスエンジニアとして活動を始めました。 フリーになってから参画先のプロジェクトで経験したのは、意外と設計書のテンプレートは整備されていないということです。 そもそも設計書が存在していないとか、メンテ不能なPDF版で存在するとか、設計書のフォーマットがばらばらでメモ書きのような雑なものだったりなど。 そのような現場に入った際に利用可能なテンプレートがあると便利だと思いませんか？ 書籍でも設計書の書き方や設計書として揃えるべきドキュメントの種類を学ぶことは可能です。むしろ、書籍のほうがまとまっ
仕様書を書くしごと - トレタ開発者ブログ
こちらはトレタAdventCalendar2023 18日目の記事です。 qiita.com こんにちは、トレタでトレタO/Xという飲食店向けモバイルオーダーのプロダクトマネージャーを行なっている北川です。 前回の記事で私がプロダクトマネージャーとして日頃行っている仕事内容について書きましたが、今回はプロダクトマネジメントの仕事の中で半分くらいの割合を占めている仕様書を書くというドキュメンテーションについてまとめたいと思います。 とはいえ、今のやり方がベストプラクティスとはまだ考えておらず日々アップデートをしつづけている最中です。ドキュメンテーションのやり方は組織や人によって千差万別だと思うので、あくまでも一つの例としてドキュメントライティングをしている人の参考になればと思います。 toreta.in TL;DR この記事では以下の内容について記載しています。 合意形成のために書く仕様書の
ユーザー体験を軸とした開発仕様書「UI Spec」とは｜Goodpatch Blog グッドパッチブログ
新規事業などでスピード感を持って開発を進めたい場合や、価値検証のためのMVP（Minimum Viable Product：価値提供可能な最小限のプロダクト）を開発する場合は、必要な機能から優先的に開発したり、開発を進めながら仕様を変更していくことが求められます。このようなアジャイル開発において、仕様書をどのように作成すれば良いか悩む方は多いのではないでしょうか。 この記事では、ユーザー体験を軸に仕様を定義し、スピーディーに開発を行っていくための仕様書「UI Spec」の内容とGoodpatchのプロジェクトでの活用例をご紹介します。 ユーザー体験を軸にした開発仕様書「UI Spec」 UI Specとは UI SpecとはUI Specification（ユーザーインターフェース仕様）の略です。一般的な仕様書は画面ごとに機能要件を記述するのに対してUI Specが異なる点は、ユースケース
【プロジェクト管理】Figmaで作る開発仕様書「Design Spec」とは？ - Qiita
はじめに アジャイル開発では、短い開発期間でスピード感を持って開発をしなければなりません。 そのため、開発を進めながら仕様の変更・修正をしていくことが求められます。 このようなアジャイル開発において、 「仕様書をどのように作成すれば良いか」「デザイン・仕様書の更新が追いつかない」 と悩む方は多いのではないでしょうか? この記事では、スピーディーに開発を行っていく中で、 デザイン・仕様書・本番環境をできるだけ同期させていくための Figmaで作る開発仕様書「Design Spec」の内容とサンプルを紹介します。 Figmaで作る開発仕様書 「Design Spec」 Design Spec とは？ Design Specとは、Design Specification（デザインの仕様書）の略です。 一般的な仕様書はドキュメントツール(google docs、Notion等)を使いまとめるのに対
アプリ開発における画面遷移図の作成方法｜Sho
事業計画ツール、LPと作成してきたのでより具体的なイメージを作成するためにアプリケーションの画面遷移図を作成します。 色々なツールがありますが、個人的に一番簡単なもの（draw.io）を説明します。 目的から考える画面遷移図を作る目的 ・ページごとに作成することで全体のイメージが作れる ・仲間との意識の共有ができる ・各ページの関係性・機能を明確化することで抜け漏れを防ぐ などがあります。加えて、どこまでやるか ①画面遷移図でデザインまで考える ②画面遷移図ではイメージ共有に止める どちらにするかにより、使うソフトが変わります。 ①画面遷移図でデザインまで考える場合 方法はadobe XDなど有名なもの含めて色々ありますが、無料の範囲内ではfigmaがオススメだそうです。 上記のような綺麗なデザインと共に、アプリのイメージを作ることができます。作成後にCSS(デザイン用のコード)に変換する
日本人の生産性の低さの根本にある「1人で悩む時間」の長さ 海外の一流に学ぶ、成果を出しつつ幸せに働く方法
いつも時間に追われている、仕事漬けなのに成果が伴わない、プライベートを楽しむ暇がない……こんな悩みを抱えている人も多いのではないでしょうか。『結果を出してサクッと帰る 神速時短』の発売を記念して開催された本イベントでは、著者であり国際エグゼクティブコーチ／企業研修講師のヴィランティ牧野祝子氏が登壇。本記事では、世界10ヶ国で20年以上会社員をしてきた牧野氏が、グローバルリーダーが実践している「神速時短サイクル」について解説します。 前回の記事はこちら 仕事漬けなのに生産性が低い日本 ヴィランティ牧野祝子氏：海外の方を見ていると、みんながみんなじゃないですが、平均的に仕事に必要以上に時間を使っていない。でも、生産性が高く幸せ。ここで言っているのは、個人の生産性というよりも、チーム、会社、国、全体を見た時の生産性になります。 日本（のビジネスパーソン）は仕事漬けで、生産性が国として全体的に低く
HackerNoon - read, write and learn about any technology
Have You Ever Participated in a Writing Contest on HackerNoon?Writing contests on HackerNoon offer our growing community a chance to win substantial cash prizes by sharing their expertise on various themes and subjects. You can find all active contests at contests.hackernoon.com. So, have you participated yet?
アサーティブ・コミュニケーションとは？4つの柱やDESC法、職場での活用例を解説 | コラム道
テレワークでコミュニケーション不足が課題となっている現在、アサーティブ・コミュニケーションが注目されています。職場で円滑にコミュニケーションが取れていないと業務の進捗に支障が出たり、人間関係に問題が生じたりすることがあります。 今回は業務上の報連相などのやり取りにも役立つ「アサーティブ・コミュニケーション」とは何か、それを理解し実践する上で重要となる4つの柱やDESC法について詳しく解説します。 アサーティブ・コミュニケーションとは アサーティブ（assertive）は、「積極的な」「自己主張する」といった意味があります。ここでの自己主張とはただ一方的に意見を言うのではなく、相手の気持ちを配慮した上での自己表現・自己主張を指します。これを起源とした方法論をアサーティブネスといい、心理療法のひとつである認知行動療法のトレーニングにも取り入れられています。 つまりアサーティブ・コミュニケーショ
プロジェクトマネジメントのおすすめ本を４つの分類でご紹介｜コーヒー好きのPM
このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介！ プロジェクトマネージャーが読むべきおすすめ本〇〇選！ プロジェクトマネジメントおすすめ本ランキング！ などのサイトを見ながら自分に合いそう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Detailing the External Interfaces in the Software Requirements
🌟 Stay ahead with CadabraDev's blog! Discover the latest trends in web development & design across industries like insurance, healthcare, real estate, tourism, ecommerce, SaaS, & more. 💡 #WebDev #DesignTrends #CadabraDev
誰がどう見てもそうとしか受け取れない文書術（公開版）
App Center Alternatives & Overview | Mobile CI/CD Tools
50 Coding Laws That Would Make You A Decent Programmer.
1on1ミーティングガイド (1on1ガイド)
Eraser – Docs and Diagrams for Engineering Teams
Functional Specification Document | The Complete Guide