ゲームプログラマのすすめ

https://coconala.com/users/3696234

経営者のための「伸びる会社の作り方」

セミナーに参加させて頂きました。

セミナー詳細 | 組織コンサルティングの識学

 

内容はワークショップと識学(意識構造学)の話。

内容がアジャイルスクラムよりもしっくり入ってくるのはなぜだろう?

アジャイルスクラムよりしっくり来た点はあるべき形や

認識が自分の思考に近いからだと思います。

 

熱意やモチベーション、責任感なんてものは社会人としてお金という

対価を貰う契約をした時点でプロが当たり前のように持つべきもので

あったり自分以外の誰かから与えられるべきものでは無いと考えてます。

私はかなりビジネスライクな人間だと思っていてプロとしての

行動がとれない人はスキルの有無に関わらず組織に必要ないと考えてます。

最近そう思う行動がよく見えてしまってるせいかな?

 

ついつい相手を傷つけないように配慮したりどうすれば伝わるかなと

考えてしまうが、これは問題の度合いに応じて適応するのは止めよう。

事実に対して間違っていると思ったことは現場を押さえて注意しよう。

協力者を得てからどうにかしようと思ってたが駄目だ!!

あるべき形は俺の発言で俺の責任を持って指摘して改善を促さなければ!!!

 

学ぶ・実行を常に考えながら思いつく限り全てに対して手を打つ。

ただひたすらに淡々と実行し続ける。

プロジェクトマネジメントの勘所

勉強会に参加させて頂きました。

devlove-kansai.doorkeeper.jp

 

セッションは2つ、スライドも公開されていました。

1−1:レガシープロジェクトでやる気を引き出す5つの工夫 森本 千佳子
http://www.slideshare.net/ChikakoMorimoto/devlove-71958383

 

1−2:心理的安全を保証されたチームづくり 粕谷 大輔
https://speakerdeck.com/daiksy/devloveguan-xi-puroziekutomanezimentofalsekan-suo

 

全体を通しての感想

森本さんのセッションを聞いてると修羅場を何度も潜り抜けてる感があって説得力が半端ない。PMOという言葉はこの勉強会で始めて知りました。何百・何千人で動くプロジェクトってどんなやり方なんだろう?そんなチームがパフォーマンスを発揮出来る環境作り、とても興味が深くきかせてもらいました。参考になりそうな本も紹介されてました。

粕谷さんのセッションは心理的安全の話、自分が欲しいと思っていたチームの雰囲気が言語化されたような内容でとても腹落ちしたセッションでした。過去に体育会系のマネージメントをした上での今は違うやり方をしているそうです。マネージメントも時代やチームによって維持しやすい形があるし模索する必要があるのかなと感じました。

 

 森本さんチョイスのお勧めの書籍

ゆとりの法則 ? 誰も書かなかったプロジェクト管理の誤解

ゆとりの法則 ? 誰も書かなかったプロジェクト管理の誤解

 

 

熊とワルツを - リスクを愉しむプロジェクト管理

熊とワルツを - リスクを愉しむプロジェクト管理

 

粕谷さんチョイスのお勧めの書籍

 

マネージャーによるメンタリングの話

マネージャの勉強会に参加させて頂きました。

devlove-kansai.doorkeeper.jp

 

セッションは2つ、スライドは見つかりませんでした。

1−1:開発中の失敗体験型新人教育と、中堅エンジニアへのメンタリング 森田 和則

1−2:検討中の「個性を活かして成果を最もあげるチームメンタリング」について話してみる 絹川 達也

 

全体を通しての感想

森田さんのセッションはちゃんと失敗させてあげるという内容がとても興味深かった。

ちょうど今年の新卒のメンターを任せることになってるんですが危なっかしいので何か本でも渡して体系的なことを教育のベースに持たせた上で関わってもらったほうがいい気がしてるのでとても参考になった。絹川さんのセッションは途中参加でまともな感想が出来ない状態でした><。

Regional Scrum Gathering Tokyo 2017 報告会

スクラム関連のイベントに参加してきました。

devlove-kansai.doorkeeper.jp

セッション・スライド資料はこんな感じ。

 

2−1:つらい問題に出会ったら 開原 隆弘
http://www.slideshare.net/kaihara_t/rsgt2017

2−2:Scrumありがとう、そしてさようなら-Scrum 破- kyon_mm
https://confengine.com/regional-scrum-gathering-tokyo-2017/proposal/3246/scrum-scrum-

2−3:結果的にスクラムになってる!なのがいいと思う! 椎葉光行
https://speakerdeck.com/bufferings/jie-guo-de-nisukuramuninatuteru-nafalsegaiitosi-u-number-rsgt2017

2−4:アジャイルカルチャーが組織に根付くまでの挑戦 中村 洋
https://speakerdeck.com/yohhatu/asiyairukarutiyakazu-zhi-nigen-fu-kumatefalsetiao-zhan

3:Regional Scrum Gathering Tokyoの雰囲気を味わう

 ピザとお酒と一緒にスクラムについて色んな話やRegional Scrum Gathering Tokyo 2017の雰囲気などの話。

 

全体を通しての感想

スクラム推進派の方と会ったり話聞いてたりすると反ウォーターフォール?みたいなノリありませんか(笑)。本質としては最大限の利益を獲得できればウォーターフォール/スクラムでもどっちでもいいです。ただ手法として振り返りやユーザへの付加価値に目を向けることが日常的に組み込まれてる手法はときに変な拘りを持つエンジニアや若手エンジニアをコントロールするのに向いていると思う。私自身はスクラムの失敗経験からSCMを取得したりミニマムなチームでスクラムを実践したりはしているものの、そこから開発のしやすさ(気持ちよさ)が手に入ったことはあれどそれが最大限の利益を生み出すには至っていない。プロダクトやサービスの価値と開発手法に関連性がないならウォーターフォール/スクラムそれこそどちらでも良いことにならないだろうか。結論としては組織や開発メンバーのレベルに応じて手法を選択する必要があるのかなと思いました。

 

ちゃんとまとめられてる方がいらっしゃったので紹介しておきます。

blog.eumyang.net

Unreal Engine Package 1

 

UEを使ったプロジェクトで市場に出したり形式にする場合、パッケージする必要があります。

プラットフォーマー(Sony/Microsoft/Google/Apple等)へ最終的に提出する形式ですね。

コンシューマではリージョン毎にスマホではAndroid/iOSで出力したりする必要がありますよね。

 

コマンドから作れると色々便利なのでEditorからのパッケージ作成を調べてみます。

まずEditorからのパッケージは次の手順で作成できます。

f:id:TrueSnowman:20170110084021p:plain

パッケージする時のプロジェクト設定

f:id:TrueSnowman:20170110084023p:plain

f:id:TrueSnowman:20170110082326p:plain

出力するときにOutputLogにコマンドが流れるのでそれを解析していけば辿りつけます。

 

コマンドラインからのパッケージ出力

"D:\Program Files (x86)\Epic Games\4.14\Engine\Binaries\DotNET\AutomationTool.exe" -ScriptsForProject="D:/Unreal Projects/Package/Package.uproject" BuildCookRun -nocompile -nocompileeditor -installed -nop4 -project="E:/Unreal Projects/Package/Package.uproject" -cook -stage -archive -archivedirectory="D:/Unreal Projects/Package/Test" -package -clientconfig=Shipping -ue4exe=UE4Editor-Cmd.exe -pak -prereqs -distribution -nodebuginfo -targetplatform=Win64 -CrashReporter -utf8output
 

解説

"D:\Program Files (x86)\Epic Games\4.14\Engine\Binaries\DotNET\AutomationTool.exe"

 ビルドするためのコマンドを走らせるためのUEのパス

 

-ScriptsForProject="D:/Unreal Projects/Package/Package.uproject"

 パッケージする対象のuproject

 

-archivedirectory="D:/Unreal Projects/Package/Test"

 パッケージを出力するパス

 

-clean

 Project Setting - Full Rebuildで付加されるオプション


-nodebuginfo

 Project Setting - Include Debug Files で付加されるオプション

 

-distribution

 Project Setting - For Distribution で付加されるオプション

 

Github

テストしたプロジェクトもGithubにコミットしています(UE4.14.2)。

github.com

 

ビルド出来なくなってたり、色んなプラットフォームで動かしてたりすると動かなくなったりすることがあるのでJenkins等と連携して早期にバグを検出するためにも機械的にパッケージする方法を調べてみました。

Unreal Engine アプリ配信への道のり

 Unreal Engineに触る時間が増えてきて経験値としていくつかの市場で配信してみたいと思い、その経過をブログに残しておきたいと思います。

1年後にどんな成果や経験からどう成長していくのかやるだけやって見ましょう。

タスク管理ツール Trello編

本日はタスク管理ツールについてご紹介。

 

タスク管理と聞いて何を思いつくでしょうか?

ツールとしてはエクセル、Redmine、JIRA、chatwork、Brabio、Backlog等

思いつく限りでも沢山ありますし検索すると他にも沢山でてきます。

 

私は数年の間、Googleカレンダーに予定を入れたりToDoリスト作ったりしていましたが

優先順位が見辛かったりどれくらい遅れてたり足りてないのかが視覚的に見えないことが

あってもっと便利なものがあればなと思って探してました。

 

そこで見つけたのがこちら、Trello です。

trello.com

 

スクラムボードぽいデザインをしててカードの順番も簡単にブラウザ上で動かせます。

ChromeにもFireFoxにもプラグインがあってよりスクラム的な使い方なんかも出来たりします。

中々に面白そうなツールなのでアウトプットの質をあげれるか試しに使ってみようと思います。

f:id:TrueSnowman:20150510020526p:plain