ここ数年間アジャイル開発に取り組んでいて、CSM&CSPOなど取得しつつスクラムをより良く回すことに努めてきました。結果チームレベルでのアジリティを上げることは出来る実感はついてきています。ですが、SIerに居るものでじゃぁこれを大規模開発に持っていこうとした時、どうすれば良いのよ？という悩みは常にありました。Scrum of Scrums、LeSS、Nexusなどスケールするアジャイル開発FWは色々あるのですが、勉強不足なのもあり決め手に欠けていたのです。 そんな私が今年に出会ったのがSAFe1です。SAFeに出会って光明が見えました。 SAFeとは？ SAFe公式サイト Scaled Agile Inc.が提唱・メンテナンスしている大規模アジャイル開発向けのFWです。50ヶ国以上200社以上のグローバルパートナーがSAFeを推進していて、30万人以上の実践者がSAFeのコースを受講して

（ラージソリューションは、あまり使わないと実践者の方に聞いたことがあるので上記の階層の説明からは一旦抜きました。） ここでいう、「プログラム」とは複数チームで構成される大規模な開発体制のことを意味します。各階層ごとに管理するバックログがあるため、ひとつの手法の中で粒度の異なる複数のバックログを管理することになります。これらの階層を一枚に図示したものを、SAFeの全体像 (big picture) と呼びます。 SAFeが実現しようとしているの価値は以下の4つになります。 ベクトル合わせ 3 つのレベルのメンバーが戦略的な目標を共有し、その方向に向かって力を合わせる コード品質 技術プラクティスを実践することで大規模で品質のよいプロダクトを実現する プログラムの実行 開発メンバーの自律性に基づく自己組織化や自己管理、及び反復のサイクルを自然な形でプログラムレベルにスケールアップすることで、大

“Since 2005, we've worked with clients to apply the LeSS (Large-Scale Scrum) framework for scaling Scrum, lean and agile development to big product groups. We share that experience and knowledge through LeSS so that you too can succeed when scaling.” —Craig Larman & Bas Vodde

1. アジャイルコーチから⾒た Scaled Agile Method.. 〜SAFe and LeSSから学ぶ勘所〜 原田 巌/木村 卓央/水野 正隆 Agile Talks vol.1, 2019.12.09 4. Copyright© Kanataku,LLC Takao Kimura. ⾃⼰紹介 Certified Scrum Professional – ScrumMaster™ and Product Owner ™ / Certified Scrum Developer® Project Management Professional (PMP)® PMI Agile Certified Practitioner (PMI-ACP)® EXIN Agile Scrum Foundation PMI⽇本⽀部 アジャイルプロジェクトマネジメント研究会 会員 LeSS Study主

一通り見てみた感想。 SAFeの日本語サイトは右クリックきかないとかコピペできないとか…えっと…つまりSAFeはそういうことですか？？という印象です。 これは悪い意味ではなく（…良い意味でもないですが…）一昔前のRational/RUPを彷彿とさせるプロセスで商売をする人たちがいてそのためのToolという感じなのでしょうかね… ＊＊＊ しょうがないので英語版の公式っぽいサイトを見てみます。 ここの「Essential SAFe」を見てみると最低限の全体像がわかりそうです。（無断掲載は避けますので上記サイトを見てみてくださいっ！） パッと見で特徴的なのは「PROGRAM」と「TEAM」というレーンに分かれているところです。 そして「TEAM」の中にAgile Team(s)としていわゆるScrumチームが入っています。XPやKanbanやBacklogと言った文字も見えます。 「PROGRA

緊急事態宣言をめぐり、西村経済再生担当大臣は、記者会見で、飲食の場での感染リスクを軽減させるため、テレワークの推進も大きな柱になるとして、出勤者を7割削減させることを目指す考えを示しました。 この中で、西村経済再生担当大臣は、緊急事態宣言をめぐり「マスクを外して食事をする機会が感染を広げる大きな要因であると政府の分科会が分析している。そうした機会を減らしていくことが対策の中心になってくる」と述べました。 そのうえで「テレワークの推進も一つの大きな柱だ。去年の春に宣言を出したときには、出勤者の7割削減を目指し、70％か、それを上回るような駅の利用客の減少があった。同様の措置を実施していくのが適当ではないか」と述べ、出勤者を7割削減させることを目指し、企業に協力を要請する考えを示しました。 また、西村大臣は、宣言を解除する基準について「いろいろな指標が『ステージ4』から『ステージ3』に下がって

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

はじめに 何を書こうか迷ってたんですが、ちょうど副業始めて1年ほどたったので、どういうきっかけで始めたか、何をしてるのか、やってみたメリットなどを書いていこうと思います。 なぜ副業×AWSなのかというと、自分が副業をやっていく中で普段AWSに触れていることが強みになっていたので、単に副業だけじゃなくAWSも混ぜてみました。 これから副業を始めようと思っている人、特に本業で役割が変わってあまりコード書けなくなった人に参考になれば。 自己紹介 本業ではSREという部署でCloud Architecture Grpというチームを持っており、自社サービスであるCOMPANYのクラウドネイティブ化を推進しています。 主にクラウドプラットフォームとしてはAWSを利用しているため、日常的にAWSのサービスに触れる機会が多いです。 そんな本業の傍ら、3社で副業やってます。(20名規模ぐらいのベンチャー)

はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

PHP Conference Japan 2020 トーク前提の資料です。そのため、トークがないと理解が難しいかもしれません。 https://youtu.be/UTKJ-Lgn3aI?t=36 ※冒頭音声が小さいです。マイクを手に持ってから聞こえやすくなると思います。 資料中の ADOP …

はじめに 脱サラして、個人開発アプリだけで生活している、あたか絵師です。 Crieitアドベントカレンダー10日目として、売れるアプリにするためのコツを100個吐き出します。 僕は、個人開発アプリで月6桁の売上を出す感じですが 「売れてるな〜！！」 って感じるのは、1万円/月を超えるぐらいのアプリなので 「売れるアプリ」＝「コンスタントに1万円/月ぐらい売り上げるアプリ」 と考えて下さい。 何となく書いていたら ・ASO ・CS ・UX ・企画 ・マーケティング ・運用 に分かれる気がしたので、その分類でいきますよ！ 普段もたまに役立つことをつぶやいている可能性があるので、twitterフォローもどうぞ🐔 👉👉 https://twitter.com/atagon 👈👈 noteとzennの記事も気になったらどうぞ 📱 食えるアプリにするための細かい工夫 (Zenn) 📱 売

ブルベースの堀内です。 エンジニアチームのマネージャーを担当しております。 ブルベース株式会社は2020年3月に人材事業、受託開発事業、自社サービスの新規開発・運用保守を担う会社として発足しました。発足に伴いエンジニアの評価制度を考える機会をいただいたものの、非常に頭を悩ませました。通常業務をこなしつつ、評価制度を検討したため、半年もの時間がかかりました。 皆様の参考になればと思い、どのような思いで検討したかを述べさせていただきます。 エンジニア評価制度の必要性と方向性 エンジニアの評価制度を策定するにあたり、なぜ必要なのかを改めて考えてみることにしました。評価制度に従って、役職や給与が決定することは当然のことです。ただ、それだけではありません。この評価制度は「会社がどのようなエンジニアになって欲しいか」というメッセージと考えるようにしました。 現在、所属するエンジニアのみで誰がどのランク

https://www.megamouth.info/entry/2020/11/23/233104 夢を語れるとかそういう話はおいておいて、顧客の業務をちゃんと理解してシステムに落とす、それはSIerの最も得意とするところ。 だから未だにウォーターフォールでJava8（ひどいところはJava6やCOBOL）を使いIE専用の業務システムで出力した神Excel仕様書をPPAPでやり取りする。 これは全部顧客の業務をちゃんと理解し、理詰めでビジネスとプロジェクトを構築した結果なんだ。 まあそれはそれとして一番どうしようもないと私が思うのは上記の点を持って 「俺達は正しいことをやっている。Web系とか流行りを追いかけてるだけで実がない。GAFAなんて大したことやってない。」 と揶揄とかではなく本気で思っている人が多数いることだ。ほんとか？と思う人はアクセンチュアや日立、CTCなど、最上流のSEを

「事業のわかるITエンジニアが全然いない」問題というのがある。 Twitterあたりでは割と禁句というか、ほぼ確実に荒れる話題で、言えば燃える。 誰かの言葉を引用するのも差し障りがあるので、頑張って再現してみると エンジニアは文句ばっかりで、マネジメントやビジネス・プロセスを変えようともしない。文句を言う前に偉くなって自分でビジネスを変えるべきだろ。エンジニアが変えなくて誰が変えるんだよ。 みたいな感じだ。 どっかの経営者や、平日昼間からツイッターしてていつ仕事してるかわかんねえ系の人が、よく口走ったりブログに書いたりする。すぐさま、場末のSESで汗水たらしているプログラマっぽいアカウントが（これまたなぜ昼間からツイートできるのかわからない）「うるせえ、手取り23万でそんなことまでやってられるか、第一お前らだって技術のことわかってねえだろ」と四方八方から引用RTでボコボコ殴ってくる。 何度

マネジャーをやっていると、1on1でいろいろな困りごとを相談されたり、雰囲気を感じ取ったりで、部下が困っていることがよく見える。その時「頑張ってマネジャーの自分が解決しないと！」と思い、全部自分で解決してしまうことがある。しかしこのようなやり方は正直デメリットが多く、やめたほうが良いと考えている。 これを続けていると、例えば 部下が問題はマネジャーが解決してくれるものと思いすぎてしまう可能性がある。するとこの仕事はマネジャー、この仕事はエンジニアと過度にカテゴリー分けがなされることがある 部下の問題解決能力、相談能力などの向上機会を奪ってしまう 細かい問題を解決しているだけで時間がなくなってしまう 結果的にスケールもせず、解決に取り組めない問題が増えていく 本当に解決すべき重大なチーム課題に取り組む時間がなくなる などといったことが起こりうる。こうなると実際には自分が色々問題を解決できてい

回答 (7件中の1件目) ふむ。Rubyが廃れていくOSSという評価にはだいぶ不満がありますね。絶頂期と比べると人気が下がっていることは認めるとしても、それと「廃れていく」とはまったく異なることだと認識しています。 Rubyは安定的な人気を保っていますし、新参の(人気があると評価される)OSSよりもよほど大きなコミュニティと資産を保有しています。誰かが特定のOSSを「廃れていく」と評価するのは勝手ですが、現実に開発者の気持ちに影響を与えるかと言うと、不愉快であるという点を除くとほとんど影響ないでしょう。 しかし、(Rubyを名指しされたのでやや感情的な反応をしましたが)実際に廃れてい...

お探しのページは、URLが変更されました。 お手数ですが、トップページまたはサイトマップから再度アクセスして下さい。 The URL(address) of your requested page has been changed. Please try accessing the information again from the top page or the site map.

こんにちは、らくからちゃです。 未だにコロナ感染者数は増えたり減ったりしていますが、10月よりたまには出社せえとのお達しが発令されました。 モバイルワークを続ける中で、「心を病むひとが出てきた」とか「何気ないコミュニケーションを復活させたい」とか、色んなお題目が並んでいましたが、毎日出社してる偉い人たちが、オフィスで自分たちだけで過ごすのは寂しくなっちゃったのかもしれません。 それはさておき「新入社員が、誰に何を相談したら良いのか分からない」という話は、確かにそうかもなあと思いましたね。広く言われていることですが、テレワークって「いままで作り上げてきた人間関係」に支えられている側面はかなり強い。 弊部にやってきた中途採用のオジサマも「みんなの人間関係が分からなくて、誰に何を聞けばよいか分からない」なんてことを言ってたけど、マニュアルやトレーニングじゃなくて、立ち振舞から学ぶ機会が減っている

日本俳優連合が俳優や声優などを対象に行ったアンケート調査で、「仕事が原因で死にたいと思ったことがあるか」という質問に対して、およそ3割が「ある」と回答したことが、30日夜開かれたシンポジウムで報告されました。 この中で、俳優や声優などを対象に、先月から今月にかけてインターネット上で行ったアンケート調査の中間報告が紹介され、「仕事が原因で死にたいと思ったことがあるか」という質問に対して、回答があった166人のうち、およそ3割に当たる48人が「ある」と回答したことが報告されました。 また仕事でどんな不安があるかという質問には、複数回答で、労働時間やハラスメントなどが多かったということです。 この結果についてシンポジウムに参加した精神科医は「芸能人はSNSで常に評価され続け、食事や睡眠にも制限があるなど強いストレスにさらされやすい一方、誰にも相談できずに悩みを深め、自殺につながってしまうケースも