【仕事術】『超速で成果を出す アジャイル仕事術 プロフェッショナル2.0という働き方』坂田幸樹 : マインドマップ的読書感想文
超速で成果を出す アジャイル仕事術 プロフェッショナル2.0という働き方 【本の概要】◆今日ご紹介するのは、先日の「未読本・気になる本」の記事でも大人気だった一冊。 いわゆるコンサルタント系の仕事術本なのですが、この手の本の中でも個人的ににしっくりくる内容でした。 アマゾンの内容紹介から一部引用。★ベストセラー『アーキテクト思考』共著者でグローバルで活躍する気鋭のコンサルタント初の単著！ ★答えがない時代に、素早く成果を出す方法がわかる ★ＡＩやロボットにも代替されないスキルが身につく ★組織に頼らなくても生きていける力が身につく ★世界中の誰とでもコラボレーションして成果を出せる力が身につく 中古価格が定価をはるかに上回っていますから、「10％OFF」のKindle版がオススメです！ Story map / visualpun.ch 【ポイント】■1.心に留まったイベントをまとめて自分だ
Atomic Scrum 個人の生産性を最大化する方法
デブサミ2021の登壇内容 チーム開発における原則としてScrumは浸透しつつあります。一方で個人単位の行動管理・タイムマネジメントについては方法論が確立されていない状況があります。今回は、Scrumの原則を個人単位の行動管理に適用した上で、実装事例としてNotionを活用した方法を紹介します。
自己組織化の実験
Caroline Kirkhope氏によれば、自己組織化するチームは効率的でより幸せだ。全ての人が自己組織化するチームに馴染む訳ではない。言われたことをやり、自分で働くことに慣れている。自己組織化するチームを実現するには意図を元にしたリーダーシップ、ソシオクラシー、ホロクラシーのようなモダンなリーダーシップのアプローチが必要だ。 Caroline Kirkhope氏はソフトウェア開発者でありテックリードだ。氏はLean Agile Scotland 2017で自己組織化について話した。InfoQはこのカンファレンスをインタビューや記事で取り上げている。 InfoQは氏にインタビューし、自己組織化についての実験から学んだことについて話を聞いた。 InfoQ: 自己組織化はなぜ重要なのでしょうか。 Caroline Kirkhope: 知識労働者は自分たちの仕事に発言権があればより健康的でより
開発運用チームを立て直した話 - 下町柚子黄昏記 by @yuzutas0
SPI Japan 2017というカンファレンスで発表をしました。 グロースフェーズの痛みの中で、いかに開発・運用チームを立て直したかという内容になります。 発表スライド 「Rebuild Team - 急成長プロダクトのDev&Opsで生じる悪循環とその解決策」 ここ最近の発表の集大成です。 急成長フェーズを体験した人は多くないはずなので、有用な知見ではないかと自負しています。 参加した感想 運営が非常に丁寧でした。選考通過時にはレビュアーから「こういう点が素晴らしい」とコメントいただき、また当日には司会者からフォローをいただき、非常に話しやすい場作りがなされていました。 一方で内容面については全体的に違和感を覚えました。もやもやです。 内容 思ったこと 補足事項 「改善施策が現場に受け入れられない」という意見が多かった 改善施策は現場の人が現場のために生み出すものではないか。 現場にメ
「総務」×「アジャイル」=「可能性は∞」
総務におけるアジャイルの取り組み事例です。 2017/9/15 総務で見える化カイゼンMeetup! https://connpass.com/event/63738/
会社の文化をアジャイルへ変えたい？キミにもできるよ
BPStudy講演スライド 2017/05/22 #117〜アジャイル開発とリーンスタートアップ の新しい可能性 https://bpstudy.connpass.com/event/56054/ #bpstudy
『アジャイルサムライ――達人開発者への道』に学ぶ、開発フロー効率化のススメ！ 【今こそ読み解きたい名著】 - エンジニアHub｜Webエンジニアのキャリアを考える！
『アジャイルサムライ――達人開発者への道』に学ぶ、開発フロー効率化のススメ！ 【今こそ読み解きたい名著】 エンジニア向けの名著と呼ばれる本は数多くありますが、今回は『アジャイルサムライ――達人開発者への道』（オーム社、2011年）を取り上げ、著者の経験やアジャイル手法の実践例を挙げていきます。 数多くの開発者から支持を受け、読み継がれてきた名著。そこには読み継がれる理由があります。 名著には、内容・ボリュームともに充実した書籍が多く、概要に目を通しただけで本を読んだつもりになっていたり、腰を据えて読む時間がなく「積ん読」してしまいがち。「エンジニアが絶対読むべき書籍●選」といった記事をブックマークするだけで読んだつもりになっていないでしょうか。 ポイントを押さえつつ内容を深掘りし、名著の根底に流れるエッセンスを開発に活かしましょう。 アプリエンジニアの池田惇と申します。iOS/Androi
結果的にスクラムになってる！なのがいいと思う！ #RSGT2017
Regional Scrum Gathering Tokyo 2017
事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance
言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムガイド - Scrum Guide 2020 年 11 月
要はアジャイルは行き当たりばったりってことですか？